





































































































































































































































































































































































































































































































































































































Bearbeitungsstand: 17. Dezember 2818 


Mit Ablauf des Jahres 2813 wurden der Zeitschriften- und der 
Buchverlag von DATA Becker geschlossen, zum 31. März 29814 
wurde der gesamte Geschäftsbetrieb aufgegeben. Es gibt 
keinen Rechtsnachfolger. 


Die Autoren Lutz Eichler und Bernd Grohmann gaben auf Bitte 
des ABBUC e.V. im Januar 2814 ihre Zustimmung zur digitalen 
Aufarbeitung und Veröffentlichung. 

Dafür recht herzlichen Dank. 

Dank für die Hilfen zur Überarbeitung geht an 

Lutz Eichler 

Sven 

FlorianD 

MiP 

Erhard 


für die Hinweise und Ergänzungen bei der Überarbeitung 2815. 


Das Buch erschien ursprünglich bei DATA Becker: 
ISBN 3-89811-053-3 
Copyright (C) 1984 DATA BECKER GmbH 


Merowingerstr. 30 
4000 Düsseldorf 


wichtiger Hinweis 


Die in diesem Buch wiedergegebenen Schaltungen, Verfahren 
und Programme werden ohne Rücksicht auf die Patentlage mit- 
geteilt. Sie sind ausschließlich für Amateur- und Lehrzwecke 
bestimmt und dürfen nicht gewerblich genutzt werden. 


Alle Schaltungen, technische Angaben und Programme in diesem 
Buch wurden von den Autoren mit größter Sorgfalt erarbeitet 
bzw. zusammengestellt und unter Einschaltung wirksamer 
Kontrollmaßnahmen reproduziert. Trotzdem sind Fehler nicht 
ganz auszuschließen. DATA BECKER sieht sich deshalb 
gezwungen, darauf hinzuweisen, dass weder eine Garantie noch 
die juristische Verantwortung oder irgendeine Haftung für 
Folgen, die auf fehlerhafte Angaben zurückgehen, übernommen 
werden kann. Für die Mitteilung eventueller Fehler ist der 
Autor jederzeit dankbar. 


Ergänzung 2815 


Obiger Hinweis wird für die neu bearbeitete Ausgabe unbe- 
dingt aufrecht gehalten. 


Zusätzlich ist anzumerken, dass einige der in diesem Buch 
verwendeten Benennungen, vor allem die der Label, nicht der 
in der A8-Literatur üblichen Diktion folgen. Da diese 
Aufarbeitung weitestgehend dem Original folgt, bleiben die 
Benennungen unverändert. 


Vorwort 2015 


Der Stapel an Hobbyprojekten für den A8 war bei mir einfach 
zu hoch geworden. Also wurden nach der Freigabe des Buches 
durch die Autoren im Januar 2814 Freiwillige gesucht, die 
bereit wären, das vorhandene Material aufzuarbeiten. 


Ein Jahr darauf zeigte sich, dass die Projektgruppe das 
geplante Remake in die Dringlichkeitsablage verschoben 
hatte. Also kam es nun wieder ganz oben auf meinen Stapel 
und dies ist das Ergebnis. 


"XL Intern" ist das erste in deutscher Sprache erschienene 
Grundlagenwerk zum ATARI XL und bietet für das Verständnis 
der Funktionsweise des A8 wichtige Informationen, die so in 
der deutschsprachigen A8-Literatur nicht zu finden sind. 
Daher sollte "ATARI 6PPXL/8OBXL INTERN" in keiner AS- 
Sammlung fehlen. 


Hitzacker, im November 2815 


GoodByteXL 


Anmerkung 


Cover und Layout des Buches entsprechen weitestgehend dem 
des Originaldrucks von 1984. Ursprünglich hatte ich das Werk 
komplett seiten- und zeilengleich digitalisiert, notwendige 
Änderungen führten jedoch zu Veränderungen gegenüber dem 
Original; zumeist konnten aber die Seiteninhalte gehalten 
werden und erlauben so einen Abgleich zum Buch aus 1984. 
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Lieber Leser, 


gleich zu Anfang dieser Einleitung möchten wir uns bei Ihnen 
bedanken, dass Sie dieses Kapitel überhaupt lesen. 
Hoffentlich blättern Sie nicht jetzt gleich um. Dies wäre 
kurzsichtig gehandelt, wie die Autoren aus eigener Erfahrung 
berichten können. 


Sicherlich haben Sie wie wir nach dem Kauf Ihres Atari, 
sofern Sie einen besitzen, zuerst das Gerät ausprobiert, 
bevor Sie die Bedienungsanleitung gelesen haben. Bei genau- 
erem Studium der mitgelieferten Dokumentation werden Sie 
dann sicherlich auch festgestellt haben, dass die inter- 
essantesten Angaben fehlen. 


Dies ist in der Computerbranche leider üblich. Zudem gibt es 
über das Atari-System eine Reihe von Einzelpublikationen, 
die jeweils nur ein Spezialgebiet ohne Betrachtung anderer 
und oft auch unvollständig oder gar falsch erfassen. Bitte 
denken Sie nicht, dass wir für unser Buch Vollständigkeit 
oder gar Fehlerfreiheit beanspruchen; wir versuchen 
lediglich, ein Buch zu schreiben, das möglichst umfassend 
die Atari-Hardware und das Betriebssystem erläutert und 
allein schon dadurch die vielfältigen Möglichkeiten des 
Atari aufzeigt. Zudem werden wir an Stellen, die uns 
problematisch erscheinen, Beispiele einfügen. 


Dieses Buch ist also besonders für den gedacht, der das 
Prinzip des Computers und das Basic bereits ausreichend 
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beherrscht, vielleicht auch schon weiß, was hexadezimale 
Zahlen sind. Im nächsten Kapitel erklären wir auch noch kurz 
den Umgang mit dem uns normalerweise leider fremden Zahlen- 
system. 


Wenn man ein Buch über Computer schreibt oder auch einfach 
nur über sie spricht, so stellt sich immer die Frage nach 
der Wortwahl. Da in der gesamten Informatik Englisch Fach- 
sprache ist, sind praktisch alle Fachausdrücke ebenfalls 
Englisch. Man muss sich also darüber klar werden, welche 
Ausdrücke man eindeutscht und für welche man den englischen 
Ausdruck beibehält. 


Bereits in der Branche akzeptierte Fachausdrücke sollte man 
unbehandelt lassen, allerdings nur, sofern es nicht bereits 
einen ebenso akzeptierten deutschen Ausdruck dafür gibt. 
Dies sichert nach einiger Eingewöhnungszeit leichtere Ver- 
ständigung mit anderen. Bei der Übersetzung oder beim "Ein- 
deutschen" sollte man darauf achten, wenigstens "richtiges" 
Deutsch zu benutzen. Wer von "editieren" redet, weiß nicht, 
dass die Übersetzung schon in Form von "edieren" vorhanden 
ist. Ungläubige mögen den Duden zu Rate ziehen. 


Weiter ist unbedingt zu beachten, dass keine sogenannten 
"Sekretärinnenübersetzungen" entstehen. Zum Beispiel ist es 
unsinnig und sogar falsch, den Ausdruck "Symbol table" in 
"Zeichentisch" zu übersetzen, richtig wäre "Symboltabelle". 
Allgemein sollte man immer versuchen, ein gesundes Mittelmaß 
zu finden. So ist es unsinnig, den Fachausdruck "Editor" 
korrekt in "Textbearbeiter" zu übersetzen. Wer jedoch bei 
Leitungen von "Lines" spricht, täuscht im allgemeinen Fach- 
wissen vor und sollte weiter nur versuchen, Gäste von Steh- 
partys zu beeindrucken und sich nicht wundern, wenn ihn 
wirkliche Fachleute belächeln. 


Vielleicht kann man aber auch durch eine günstig gewählte 
Übersetzung das englischsprachige Original an Klarheit über - 
treffen. Wir werden zum Beispiel statt des in Deutschland 
durchaus üblichen Ausdrucks "Display-List" den Begriff 
"ANTIC-Programm" verwenden. 


Einleitung *** 


Ein weiteres Problem ergibt sich bei der Verwendung der 
Artikel bei englisch belassenen Ausdrücken. Soll man den 
Artikel übersetzen? Wir glauben, dass es dafür keine all- 
gemeingültige Regel gibt. Allerdings hat sich für die 
meisten Wörter eine Form besonders durch den Univeritätsbe- 
trieb eingebürgert. Wir versuchen, diese, soweit sie uns 
bekannt ist, zu verwenden. 


In der Öffentlichkeit hat Ataris Ruf leider etwas gelitten. 
Dies liegt vor allem daran, dass Atari eine Zeit lang durch 
konsequentes Nichteinhalten jeglicher Liefertermine glänzte. 
Durch die in dieser Zeit sehr hohen Verkaufszahlen der 
Konkurrenz, im speziellen Commodore C-64, erhielten die 
Atari-Geräte den Ruf, auch technisch grundsätzlich schlech- 
ter zu sein. 


wir meinen dagegen, mit der Ansicht, beide Geräte auf eine 
Stufe zu stellen, der Wahrheit wesentlich näherzukommen. 
Natürlich könnte man anführen, dass der C-64 eine wesentlich 
einfachere Sprite-Verarbeitung hat, das heißt, dass sich 
sehr leicht bewegliche Spielfiguren darstellen und verar- 
beiten lassen. Für den versierten Atari-Programmierer bieten 
sich dagegen mit der Player-Missile-Grafik zwar nicht so 
leicht zu programmierende, aber wesentlich effektvollere 
Bildaufbauten. Mit entsprechenden Tricks lassen sich auch 
erheblich mehr Objekte, als "in der Grundausstattung" vor- 
handen, darstellen. 


Den größten Leistungsvorsprung findet man beim Atari im 
ANTIC-Baustein. Dieser Baustein stellt einen zweiten Prozes- 
sor dar, der auch über einen eigenen Maschinencode verfügt. 
Die einzelnen Befehle des ANTIC erzeugen bei ihrer Ausfüh- 
rung jeweils Teile des Gesamtbildes. Dabei ist es möglich, 
verschiedene Grafikbetriebsarten, sogenannte Grafikmodes, 
auf einem Bild frei zu kombinieren. Zum Beispiel kann man 
diverse Textdarstellungen mit unterschiedlich hoch auflösen - 
den Blockgrafikmodes auf einem Bild kombinieren. Dieses 
Konzept findet man auch bei erheblich teureren Systemen nur 
sehr selten. 
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Die Tonerzeugung auf den vier grundsätzlich unabhängigen 
Tonkanälen ist ebenfalls sehr sauber entwickelt. Sie kann 
sich nach unserer Meinung mit allen anderen auf dem Home - 
computermarkt befindlichen Systemen messen. 


Das Basic ist aufgrund seiner eingeschränkten Größe in der 
Verarbeitung von Strings (Zeichenketten) unglücklich und 
gewöhnungsbedürftig, liefert aber gerade für den Einsteiger 
vielfältige Möglichkeiten durch zahlreiche schnelle Grafik- 
und Tonbefehle. Es ist grundsätzlich leider nicht üblich, 
mit dem bereits eingebauten Basic die Hardware so leicht und 
effizient auszunutzen, wie es erfreulicherweise bei Atari 
der Fall ist. Gerade für den Anfänger ist es angenehm, wenn 
er häufig benötigte Befehle nicht erst in teuer zu erstehen- 
den oder illegal (schwarz) zu kopierenden Erweiterungen 
findet. 


Dieses Buch soll sowohl "durchlesbares" Lehrbuch als auch 
Nachschlagewerk sein. Wir haben daher sowohl ein Register 
der verwendeten LABELS als auch ein INHALTSREGISTER im Buch 
aufgenommen. Dabei haben wir beide alphabetisch geordnet. 
Das Labelregister verweist auf die hexadezimalen Adressen, 
die das jeweilige Label repräsentiert. Das Kapitel über das 
Betriebssystem ist grundsätzlich nach Adressen geordnet. Das 
Inhaltsregister verweist dagegen auf Seitenzahlen. 


Hexadezimale Zahlenwerte werden wir immer durch ein vorange- 
stelltes "$"-Zeichen kennzeichnen. Binäre Werte erhalten an 
Stellen, die Unklarheiten mit sich bringen können, ein vor- 
angestelltes "%"-Zeichen. 


1) Allgemeines 
2) Von Bits und Bytes 
3) Die Hardware eines Mikrocomputers 


4) High und Low 


“rr 
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2.1 Allgemeines, 
"Computer können uns nicht einen einzigen Hintergedanken 
abnehmen", sagte einmal eine bedeutende amerikanische Firma 
in ihrer Werbung - und hat damit völlig recht. Aber was 
können sie dann? 


Die meisten Besitzer von Mikrocomputern wenden ihre Geräte 
auf die unterschiedlichsten Arten und Weisen an. Der größte 
Teil spielt ganz einfach damit oder, genauer, mit der darauf 
laufenden Software. Ein weiterer Teil benutzt den ATARI zum 
Programmieren oder zur Text- und Datenverarbeitung und ein, 
wenn auch nur kleiner, Teil benutzt ihn zur Realisierung von 
Steuerungsaufgaben. 


Computer können lediglich das, was man ihnen beigebracht 
hat. Jede Regel für eine Entscheidung, bzw. jede Regel, nach 
der andere Regeln aufgestellt werden sollen, den gesamten 
Arbeitsablauf, sowie das gesamte Wissen, das zur Lösung 
notwendig ist, muss man dem Computer in einer für ihn ver- 
ständlichen Sprache mitteilen. Wenn man sich überlegt, was 
dies bedeutet, so kommt man zu dem Schluss, dass Computer an 
sich "ziemlich doof" sind. 


wissenschaftler, die sich mit der INTELLIGENZ verschiedener 
Lebewesen und auch des Mikrocomputers befasst haben, kamen 
zu dem Schluss, dass die Intelligenz eines Mikrocomputers 
nur knapp über der eines Regenwurms angeordnet ist. Die hohe 
Leistungsfähigkeit der Mikrocomputer stammt allein von ihrer 
hohen Verarbeitungsgeschwindigkeit. Es kursieren über Con- 
puter allgemein verschiedene Sprüche, die den Sachverhalt 
auf humorvolle Weise wiedergeben. Ein bekannter Satz lautet 
zum Beispiel: "Computer sind doof, dafür aber wenigstens 
fleißig". Oft redet man auch davon, dass der "Computer ein 
Produkt menschlicher Faulheit ist". 


Mikroprozessor. Personal Computer. Hobbycomputer. Mikrocom- 
puter. Arbeitsspeicher. ROM. Peripherie. Minirechner. 
Einplatinencomputer. Entwicklungssystem. OEM - Computer - 
alles das sind Ausdrücke, mit denen man in der heutigen Zeit 
im Zusammenhang mit Computern zu tun hat - mit denen man zum 


10 


Das Prinzip eines Mikrocomputers *** 


Beispiel beim Kauf eines Systems "vollgepumpt" wird von 
Verkäufern, die manchmal (oder meist ?) selber nicht wissen, 
was sie erzählen. Um mehr von Computern zu verstehen, muss 
man zuerst die Struktur, das Grundprinzip von Computern, 
kennen. 


Ein Computer besteht aus Speicher, Zentraleinheit und 
Ein/Ausgabe - Systemen, und kennt nur zwei Zustände. Das war 
schon immer so und wird es bleiben - könnte man meinen! Aber 
nein, was die meisten nicht wissen: Es existieren zwei Arten 
von Rechnern, der ANALOG- und der DIGITAL-Rechner. Der 
Analogrechner sei hier aber nur der Vollständigkeit halber 
erwähnt. 


Uns wird hier nur der Digitalrechner beschäftigen. Die Sache 
mit den zwei Zuständen stimmt allerdings: Er ist entweder 
defekt oder in Ordnung. Ansonsten weiß zwar der Zuhörer, was 
mit den zwei Zuständen gemeint ist, aber richtig ist diese 
Aussage dennoch nicht. Ein "Von Neumann - Rechner", wie wir 
ihn in Form des ATARI zu Hause zu stehen haben, kennt zwar 
effektiv nur endlich viele Zustände, aber es sind doch 
immerhin noch eine ganze Menge! Doch dazu kommen wir später. 
Erst einmal wollen wir die Sache mit den zwei Zuständen 
ENDGÜLTIG klarstellen: 


Das Zahlensystem, mit dem Digitalrechner arbeiten, 
kennt nur zwei Zustände. 


Was heißt das? Unser Zahlensystem, nach dem wir dem Bäcker 
die Brötchen bezahlen, kennt zehn Zustände. Sie werden durch 
die zehn Ziffernsymbole 8,1,2,3,4,5,6,7,8,9 gekennzeichnet. 
Daraus lassen sich dann Kombinationen dieser Ziffern erstel- 
len, die Zahlen genannt werden. Als Beispiel die Zahl 1234, 
eintausendzweihundertvierunddreißig (eigentlich ..dreißig- 
undvier, aber das sind Eigenheiten der deutschen Sprache, 
genauso wie elf, zwölf usw.). Unter dieser Zahl kann man 
sich ab der 2. Schulklasse etwas vorstellen, man kann sogar 
damit arbeiten (rechnen): 
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"1234 und 17 macht (4 und 7 macht 1, 1 im Sinn, 3 und 1 und 
1 im Sinn macht 5, und 2 und 1 bleiben) 1251." 


So rechnet man. Später, nach einiger Übung, geht das schnel- 
ler, das Prinzip bleibt aber. Nur: WARUM rechnet man so? 
Oder anders gefragt: Rechnet man immer so? Die Antwort auf 
diese Frage lautet: NEIN 


Zum Beispiel: Wie viele Stunden liegen zwischen 18:00 und 
03:88 Uhr? 


Normalerweise würde man 3,08 - 18,2@ rechnen und somit 
-15:0@0 herausbekommen. Es sind aber 9:28@ Stunden - WARUM ? 


Wer mitgelesen hat, hat das Problem erkannt: Die Zeit läuft 
nicht nach dem Dezimalsystem mit 18 Ziffern, sondern nach 
dem Duodezimalsystem mit (eigentlich) 12 Ziffern. Denn 
eigentlich müsste man folgende Rechnung aufstellen: Der Tag 
endet bei 24:00. 24:00 + 3:00 = 27:00, 27:98 - 18:00 = 
29:20. 


wir sehen also, die Sache mit den Zahlensystemen ist reich- 
lich konfus; speziell bei der Zeit, weil diese auf Grund der 
zehn benutzten Ziffern bei einem 12er-System die Vollendung 
des Zahlenchaos bedeutet. Aber wir wollen nicht vergessen, 
dass die Engländer lange im 12er-System gerechnet haben, und 
gestorben sind sie daran nicht. 


Weshalb sollte nun ein Computer mehr als zwei Ziffern 
kennen? 


Sollten wir Mathematiker unter uns haben, so sei gesagt, 
dass sich genau berechnen lässt, mit welcher Anzahl von 
Ziffern die Effektivität des Zahlensystems am höchsten ist. 
Schlaue Leute haben sich die Mühe des Nachrechnens gemacht 
und kamen auf das Ergebnis, dass bei Verwendung von ca. 2,7 
Ziffern die Effektivität am höchsten sei. Bloß - was soll 
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die 8,7. Ziffer darstellen? Normalerweise würde man den 
(mathematisch richtigen) Unsinn auf 3,@ erhöhen; man hätte 
dann die Ziffern 8,1 und 2 zur Verfügung, was sich heute 
technisch in Computern realisieren ließe (und auch teilweise 
in komplexen Zählersystemen angewandt wird). Aber man darf 
nicht vergessen, dass es den Computer schon eine Weile gibt; 
damals war noch nicht einmal an den Transistor oder den 
konsequenten Einsatz von Röhren zu denken (mechanische 
Rechenwerke seien hier nicht betrachtet!). 


Im Jahre 1939 bauten die Bell-Ingenieure ihren ersten 
Relais-Computer Model I. 


Relais - wer kennt das nicht, das Gebilde aus einer Spule 
und einem Anker mit Schaltkontakten? Fließt Strom durch die 
Spule, bewegt sich der Anker und öffnet bzw. schließt die 
Kontakte. 


HALTI!I! 


Da war es schon:"... öffnet oder schließt die Kontakte" - 
das sind genau zwei klar definierte Zustände, die sich 
abfragen und generieren lassen! Also, wenn drei Zustände 
(das Optimum) schlecht zu erreichen sind, dann nehmen wir 
halt zwei. Dieser Gedanke hat uns prinzipiell den ATARI 
beschert! 


Die zwei Zustände können auf verschiedene Arten auftreten: 
Zum Beispiel Relais angezogen und Relais abgefallen, Licht 
an und Licht aus, Taste gedrückt und Taste nicht gedrückt, 
Zusatzgerät vorhanden und Zusatzgerät nicht vorhanden, Span- 
nung auf "HIGH-Pegel" und Spannung auf "LOW-Pegel", es 
fließt Strom, und es fließt kein Strom. Diese Gegenüber - 
stellung lässt sich fast beliebig fortsetzen. 
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wir haben die Entstehungsgeschichte des Systems mit den zwei 
Ziffern kennengelernt; jetzt wollen wir damit rechnen. 


Im Englischen heißt die Ziffer DIGIT. Hat man nur zwei 
Ziffern zur Verfügung, nennt sie der Engländer BINARY DIGIT, 
also binäre (zweiwertige) Ziffer, abgekürzt 


2.2.1 Bits 

wir haben also jede Menge Bits - aber was damit anfangen? 
Was machen wir mit unseren zehn Ziffern? Wir 'hängen' sie 
nebeneinander und geben ihnen die ihnen zugehörigen Wertig- 
keiten: 


1234 ist eine Zahl, hier sei sie aus dem Zehnersysten. 
Das heißt, es sind ı * 1008 

+ 2 * 100 

rg * 18 

4 * 1 


Nun wollen wir es noch einmal anders formulieren: 


Jetzt sind es 1 >% 18° 


EDIT 18? 


+13, ® 1@1 


+ 4 * 10° 
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Das ist logisch, denn 18 ** 3 (andere Formulierung für 10°) 

= 1000, 10**2 = 100, 18**1 = 18 und schließlich: 10**0 = 1. 

Daß 10**Q@ = 1 ist, sollten wir uns besonders merken, denn es 

gilt allgemein: 

Für JEDES "a" aus der Menge der reellen Zahlen gilt: 
a’*g=1ı 


Diesen Satz benötigen wir später wieder, also: Merken !!! 


So, und nun setzen wir einfach mehrere Blnary DigiTs 
aneinander: 


11081 8111 
(der Lesbarkeit halber in zwei Vierergruppen aufgeteilt). 


Das ergibt dann, ebenfalls von links nach rechts aufge- 
schlüsselt: 


1 98 1190 2198 

+ 1 * 26=1* 64= 64 
EB RER 3 
BE # Dre) 16 i6 
ee Dgeger we u 
ie ee ee 
Eee) 2 2 
ae a 2 2 a ee 
215 


Jetzt haben wir unsere Zahlen, deren Ziffern (Bits) nur zwei 
Zustände kennen. Die Aufteilung der Zahlen in Gruppen zu 
mehreren Ziffern (hier Vierergruppen) ergibt sich auch bei 
unserem Dezimalsystem, denn wie schreibt der Kaufmann die 
Million? 


1.000.000, -- 
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Hier haben wir die Aufteilung der Zahl in Dreiergruppen, 
hervorgerufen durch den Dezimalpunkt (im Deutschen - im 
Englischen sind Dezimalpunkt und - Komma in der Bedeutung 
genau vertauscht, also nicht durch englische Literatur irri- 
tieren lassen!). Die Aufteilung der Binärzahlen kann auch in 
Dreiergruppen oder sonst wie erfolgen, durchgesetzt bei den 
informatorischen Wissenschaften haben sich jedoch nur 
Dreier- und Vierergruppen. 


Die Zahl 1181 8111 liest sich natürlich etwas langatmig: 
"einseinsnulleinsnulleinseinseins" - das wäre sehr umständ- 
lich. was ist also zu tun? Man überlässt dem Computer die 
Fieselarbeit mit den Nullen und Einsen, als gebildeter In- 
formatiker jedoch unterhält man sich 'Hex', d.h., Hexadezi- 
mal (Genaugenommen müsste man von "Sedezimal" reden, doch 
dieser Begriff ist nur selten anzutreffen.). Was bedeutet 
das? 


wir hatten unsere Zahl in zwei Vier-Bit-Gruppen eingeteilt, 
und wie man leicht ausprobieren kann, hat man bei vier 
Stellen und jeweils zwei Möglichkeiten pro Stelle insgesamt 
SECHZEHN Kombinationsmöglichkeiten. 


Diese wären 
2000, 2001, 0010, Q®11, 0100, 0101, 0110, 28111, 
1000, 1001, 1010, 1011, 1100, 1101, 1118, 1111. 


Jetzt wollen wir diesen sechzehn Kombinationsmöglichkeiten 
einmal Namen geben: 


2A soll heißen @ und bedeutet dezimal ® 
2081 1: 1 
0018 2 2 
0811 3 3 
0100 4 4 
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8101 5 5 
8110 6 6 
8111 7 7 
1000 8 8 
1081 9 9 
1010 A 10 
1811 B 11 
1108 c 12 
1181 D 13 
1110 E 14 
1111 F 15 


Auf unsere Zahl bezogen können wir nun sagen: 


1181 8111 heißt in Hexadezimalform: D 7. 


wir haben es hier also mit der Zahl D7 zu tun. Aber wie 
erhält man nun aus D7 eine Dezimalzahl? 


Ganz einfach, wir wandeln die Zahl D7 wieder in 1101 @111 um 
und berechnen nach der oben gezeigten Methode die Dezimal- 
zahl 215. Gibt es auch noch einen anderen, vielleicht ein- 
facheren Weg, diese, und vor allem größere Hex-Zahlen umzu- 
wandeln? Sicherlich gibt es den, und der aufmerksame Leser 
kennt oder ahnt ihn zumindest schon: wir haben es hier ganz 
offensichtlich mit zwei Ziffern aus dem Hexadezimalsystem zu 
tun, können also sagen: 


D’ = D * ı16**1 = 13 * 16**1 = 13 * 16 = 208 
+7 * 16*Q = zı* 16**g= 7* ı= 7 
215 


wir kennen nun die Umrechnungsart von binär oder hexadezimal 
nach dezimal; und wie verhält es sich umgekehrt? Hier gibt 
es mehrere Methoden. Als Erstes könnte man die Dezimalzahl 
in eine binäre und die dann, durch einfache Aufteilung in 
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Vierergruppen von rechts nach links, in eine Hexzahl wan- 
deln. Da dazu jedoch eine ganze Reihe von Divisionen notwen- 
dig ist, empfiehlt sich diese Art nur dann, wenn man nur 
seinen Kopf zum Rechnen hat. 


wir nehmen uns wieder die dezimale 215: 


215 / 2 = 107 Rest 1 
187 /2= 53 Rest 1 
53/2= 26 Rest 1 
26 / 2= 13 Rest & 
13.072. 6 Rest 1 
6/2= 3 Rest ®& 
3/2= 1 Rest 1 
1/2= [r] Rest 1 


Unsere Binärzahl besteht aus den Restziffern, von UNTEN NACH 
OBEN gelesen! 


Aber wie gesagt, die Methode lässt sich auch am Montagmorgen 
im Kopf ausführen, die nun folgende geht wesentlich 
schneller, erfordert aber Rechenarbeit, speziell bei großen 
Zahlen: 


215,00 / 16 
2,44 * 16 


13,44 (Dez) 
7,04" 


D (Hex) 
7 " 


Also: durch die größte Potenz von 16, die kleiner ist als 
die zu wandelnde Zahl teilen, und dann den jeweiligen Rest 
so oft mit 16 multiplizieren, wie die Potenz betrug, durch 
die wir zu Beginn geteilt hatten. 


Aber das sollten wir besser noch einmal an einem etwas 
größeren Beispiel ausprobieren: 
Die Zahl 68413 (Dez) wollen wir wandeln. Die nächstkleinere 


16er-Potenz ist 16**3 = 4896 (denn 16**4 = 65536, also viel 
größer!). 
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0). 60413 / 4096 = 14,7493 ==: 14 (Dez) = E (Hex) 
1). 9,7493 * 16 = 11,9888 ==: 11 " za 
2). 0,9888 * 16 = 15,8208 ==: 15 " RR = 
3). 0,8288 * 16 = 13,1328 ==: 13 " eB * 


Hier hören wir auf, denn unsere Sechzehnerpotenz betrug 3 
(zur Erinnerung, wir hatten als Erstes durch 16**3 = 4896 
geteilt!), und wir haben danach 3 Mal mit 16 multipliziert. 


Unsere Hexadezimalzahl steht nun deutlich da: EBFD. Zur 
Überprüfung machen wir die Probe: 


Es gilt, die Hexzahl EBFD in eine Dezimalzahl zu wandeln: 


EBFD = E * 16**3 = 14 * 16**3 = 14 * 4896 = 57344 
+ B * 16**2 = 11 * 16**2 = 11 * 256 = 2816 

+ F * 16**1 = 15 * 16**1 = 15 * 16 = 240 

+ D * 16**@ = 13 * 16**Q@ = 16 * 1= 13 

60413 


Die Probe zeigt also das gleiche Ergebnis. 


Wenn man das mehrfach übt, und sich einige Übungsaufgaben 
stellt, beherrscht man diese Umrechnungsarten recht schnell. 
Wer dazu allerdings keine Lust verspürt, kann sich ein 
geeignetes Programm schreiben... 


Denn diese Umrechnungen von Dez nach Hex und umgekehrt 
werden uns auf dem Atari noch eine ganze Weile nachlaufen, 
denn das Atari-BASIC versteht nur Dezimalzahlen!!! wer al- 
lerdings wissen will warum, der möge die Götter fragen, denn 
eines wissen wir inzwischen genau: Der Computer mag wählen 
zwischen binärer oder hexadezimaler Darstellung, Dezimal 
rechnet er auf gar keinen Fall! 


wir bezeichnen in unserem Buch übrigens die Hexadezimalzah- 
len mit einem "$". Die "D7" hieße also "$D7". 
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Die Bits haben wir nun kennengelernt, jetzt beschäftigen wir 
uns mit den 


Dieser Ausdruck, ist schnell erklärt. Wir haben vorhin 8 
Bits, aufgeteilt in zwei Vierergruppen, genannt NIBBLES 
(sprich: Nibbel), betrachtet. Warum denn gerade acht, warum 
nicht sieben oder neun? Nun, da wir uns geeinigt hatten, 
Vierergruppen zu verwenden, ist es schon nicht unpraktisch, 
diese Vierergruppen jeweils "voll" zu machen. Außerdem 
"holt" sich der ATARI immer 8 Bits auf einmal zum Arbeiten; 
warum sollten wir nun auch wieder anders "denken" als unser 
großer Bruder? In der Computerbranche hat sich für diese 8 
gleichzeitigen (parallelen) Bits der Name BYTE eingebürgert. 
Er bedeutet BINARY TERZ also binäre Dreiergruppe. Diese 
Bezeichnung wurde von einer großen Firma in den USA geprägt. 
Sie erklärte ihren Programmierern nicht das Hexadezimal-, 
sondern das Oktalsystem, bei dem immer drei Bits zusammenge - 
fasst werden. 


wir merken uns: ursprünglich bedeutete "BYTE" im Oktalsystem 
die Zusammenfassung von drei Bits. 


Jetzt hingegen gilt: 


1 Byte besteht aus 8 Bits (Hexadezimalsystem). 
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Im vorigen Kapitel hatten wir gesagt, woraus ein Computer 
besteht: 


Speicher 
Zentraleinheit 
Ein-/Ausgabeleitungen 


Diese drei Komponenten findet man aber nicht in nur drei 
Bausteinen, es befinden sich erheblich mehr ICs (Integrated 
Circuit, integrierter Schaltkreis) im Atari. Der schaltungs - 
technische Aufwand ist nur damit zu begründen, dass es noch 
keinen Baustein gibt, der den ganzen, im ATARI zur Verfügung 
stehenden Speicherplatz z.B. ausfüllt; bei der Zentralein- 
heit und den 1/0 (INPUT/OUTPUT) - Leitungen verhält es sich 
genauso. Man muss nämlich bedenken, dass alle im ATARI ein- 
gebauten Bausteine auch allgemein anwendbar sind, und somit 
zur Ein- und Ausgabe mehrere "Interfacebausteine" gehören. 


wir wollen hier prinzipiell zwei Arten des Speichers unter - 
scheiden: 


1) den Schreib- / Lesespeicher (RAM) 
und 


2) den Nur - Lesespeicher. (ROM bzw. Read Only Memory) 
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Den Schreib-/Lesespeicher nennt man auch Neudeutsch "RAM" 
(sprich: Rämm), was "Random Access Memory" bedeutet, oder 
"Speicher mit wahlfreiem Zugriff". Mit Zugriff wird hier 
nicht der Zugriff auf eine bestimmte Adresse gemeint; der 
ist für RAM wie ROM gleich. Es soll hier vielmehr eine 
Unterscheidung getroffen werden, ob es sich um einen 
Schreib- oder Lesezugriff handelt. Diese Speicherart kann 
man sich vorstellen als eine Kommode mit mehreren Schub - 
laden. Nehmen wir an, unsere Kommode hätte sechs Schubladen 
mit zwei Reihen zu je drei Stück. 


Dann können wir die sechs Schubladen auf zwei Arten 
bezeichnen: 


He eeeteeeeerrinere 
I I I I 
I od I AR I 2 I 
I I I I 
I I I I 
I 3 I 4 I 5 I 
I I I I 


Damit hätten wir die Schubladen 8 - 5, die wir nun eindeutig 
unterscheiden können. Es gibt auch noch eine andere Methode: 


2) | AHsannnnnnnnnaeaannnnnnnnnnnnnennnnnnnnn nennen 
I I I I 

ea 1 17) I 1 I 2 I 
I I I I 

I I I I 

1 1 17) I 1 I 2 I 
I I I I 
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Hiermit erhalten wir die Namen (8,8), (8,1), (8,2), 
(1,0), (1,1), (1,2). 


Auch hiermit lassen sich alle Schubladen eindeutig 
bezeichnen. 


wir wollen uns für die Zukunft diese beiden Arten der Numme - 
rierung merken: Die erste nennt man LINEARE ANORDNUNG, die 
zweite versehen wir mit dem Begriff MATRIXFÖRMIGE ANORDNUNG. 


Hardwaremäßig gesehen, arbeiten Speicher ab einer bestimmten 
Größe matrixförmig; aber softwaremäßig werden die Speicher - 
stellen linear angesprochen (verwirrenderweise auch wenn man 
Matrizen programmiert - aber damit kämen wir vom Thema ab). 


wir haben also in unserem Falle sechs Schubladen, die wir 
unterscheiden können. Nun wollen wir sie aber auch benutzen. 
wir öffnen Schublade null und sehen nach, was darin ist: 


NICHTS 


Warum ? Wir haben ja noch nichts hineingetan. Aber ist 
Nichts denn wirklich NICHTS ? Die Frage ist ein bisschen 
philosophisch, deshalb wollen wir einmal ein wenig vom Thema 
abschweifen, um drei äußerst wesentliche informationstechni - 
sche Begriffe zu klären, mit deren Hilfe sich die oben 
gestellte Frage (für unsere Zwecke!!!) leicht lösen lässt. 


Der Informatiker unterscheidet drei Merkmale einer 
Information: 


1) Die syntaktischen, 
2) die semantischen und 
3) die pragmatischen Aspekte einer gegebenen Information. 


Was bedeuten diese Fremdworte? 
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Unter "SYNTAX" versteht man den prinzipiellen Aufbau einer 
Information. 


Nehmen wir ein beliebiges Wort: zum Beispiel "MANN". 
würden wir zwar MANN meinen, aber MAN schreiben, verstünde 
uns keiner. Also halten wir uns an die Regeln (Syntaxre- 
geln!) der deutschen Sprache und schreiben "MANN". 


Als anderes Beispiel sei hier die Verkehrsampel gewählt: Die 
Syntax der sog. "Wechsellichtanlage" lautet: 


rot 
rot + gelb 

grün 

gelb 


würden Rot und Grün zusammen erscheinen, wüsste niemand 
etwas mit dieser Information anzufangen - sie wäre 
SYNTAKTISCH FALSCH. 


Unter SEMANTIK versteht man den Informationsgehalt, den sich 
der Entsender der Information gedacht hat oder, anders for- 
muliert, das, was normalerweise bei Eintreffen der Informa- 
tion daraufhin passieren sollte. 


Der semantische Aspekt der roten Ampel wäre: 


"HALT". 


Die dritte Betrachtung einer Information, die PRAGMATIK be- 
zeichnet das, was den Nutzer der Information zu deren Nut- 
zung treibt, oder wie er eine Information für sich speziell 
verwendet. Sieht man z.B. eine gelbe Ampel, denkt man sich 
"Stoff, dann schaff' ich sie noch", oder "hat sowieso keinen 
Zweck mehr, Gas weg". 
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Mit diesen Definitionen lässt sich die an sich philosophisch 
nicht zu lösende Frage informationstechnisch relativ leicht 
beantworten. "wir sehen in der soeben geöffneten Schublade 
nichts"; soweit waren wir schon. 


NICHTS, WAS WIR SINNVOLL VERWERTEN KÖNNEN 


Nach unseren drei Punkten aufgeschlüsselt: 


1) Die Syntax der Information stimmt; irgendetwas ist 
sicherlich in der Schublade, und wenn es ein Vakuum 
(luftleerer Raum) ist. 


2) Die Semantik ist auch klar, wir haben noch nichts 
hineingepackt, also können wir auch nichts herausholen. 


3) Pragmatisch betrachtet ist die Schublade für uns leer 
(obwohl etwas, nämlich NICHTS darin ist!), wir können 
also irgendetwas hineintun. Tun wir es, und nehmen wir 
oder ein anderer nicht wieder etwas heraus, werden wir 
es immer wieder nach Öffnen der Schublade finden. 


Jetzt formulieren wir den eben beschriebenen Vorgang 
technisch: 


wir nennen die Nummern, mit denen wir die Schubladen 
bezeichnet haben, 
ADRESSEN 


In jede Schublade passen GENAU acht Bits hinein (also weder 
mehr noch weniger, eben: genau acht!). 


Jetzt öffnen wir eine Schublade, nehmen wir als Beispiel die 
Nummer 3. Diesen Vorgang des Öffnens der Schubladen wollen 
wir in Zukunft 

ADDRESSTIEREN 
nennen, 
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das Hineinsehen soll LESEN, 
das Hineinlegen soll SCHREIBEN, 
die Schublade selber soll SPEICHERPLATZ 


heißen. 


Das sind zwar eine ganze Menge Namen auf einmal, aber mit 
der Zeit werden wir lernen, richtig damit umzugehen. 


Also, wir ADRESSIEREN SPEICHERPLATZ 3, und LESEN ihn aus. 
Was steht darin? Nichts ist die Antwort, denn wir haben ja 
noch nichts hineingeschrieben. 


wie wir im vorigen Kapitel erfahren haben, können nur Nullen 
und Einsen in dem Speicherplatz stehen, denn wir haben ja 
nur zwei Ziffern, und außerdem hatten wir eben gesagt, dass 
nichts nicht unbedingt nichts sein muss. Es könnte also 
sein, dass z.B. die Zahl 0110 1100 (6C Hex, $6C) darin 
enthalten ist - wieso auch nicht?!? 


Technisch lässt sich das so erklären, dass durch interne 
Unebenheiten der in den Bauteilen enthaltenen Leiterbahnen 
beliebige Bitkombinationen nach dem Einschalten enthalten 
sind. Und diese Bitkombinationen können also alle 256 Mög- 
lichkeiten der Kombination von acht Nullen und Einsen sein, 
nämlich 0008 Odaa bis 1111 1111 (es gibt zwei Möglichkeiten, 
entweder man glaubt uns, dass es 256 Kombinationen sind, 
oder man berechnet die Anzahl - letzteres wäre eine gute 
Übung zum vorherigen Kapitel!). 


Nehmen wir also an, wir hätten einen Computer vor uns, bei 
dem nach dem Einschalten in Speicherplatz 3 die Hexzahl $6C 
steht. 


Diese können wir natürlich jederzeit wieder lesen, denn sie 
steht ja drin. Nur, der pragmatische Teil dieser Information 
ist für uns als Benutzer unwesentlich größer als Null, denn 
es ist eine reine ZUFALLSINFORMATION !!! 
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Also wollen wir etwas Vernünftiges hineinschreiben. Dazu 
wählen wir unsere Hexzahl aus dem vorigen Kapitel, die 
"$D7". wir haben unseren Speicherplatz Nummer 3 immer noch 
adressiert, und SCHREIBEN nun die Zahl $D7 hinein. 


Was geschieht? 


Die Zufallszahl $6C räumt den Speicherplatz 3 und es wird 
die %$D7 GESPEICHERT. Wenn wir nun später wieder auf 
Speicherplatz Nummer 3 zugreifen, werden wir immer wieder 
die Zahl $D7 lesen, bis wir eine neue Zahl in die Speicher - 
stelle schreiben oder den Rechner ausschalten. 


Im ersten Fall wird selbstverständlich die $D7 von der neuen 
Zahl ÜBERSCHRIEBEN, im zweiten Fall erhalten wir wieder 
unsere Zufallsinformation. 


Gibt es denn keine Möglichkeit, eine einmal eingespeicherte 
Information auch nach dem Abschalten zu erhalten oder vor 
dem Überschreiben zu sichern? 


Nur durch schaltungstechnische Eingriffe in den Computer; 
das RAM ist eben ein Schreib-/Lesespeicher. Wollen wir einen 
Speicher haben, der zwar (für uns verwertbare) Informationen 
hergibt, sie aber nicht überschreiben kann, müssen wir Nur- 
Lesespeicher verwenden. Um die Informationen im RAM beim 
ausgeschalteten Rechner zu schützen, müsste man die RAMs 
auch nach dem Abschalten aller anderen Teile des Rechners 
weiter mit Strom versorgen. Zu diesem Zweck gibt es auch 
RAMs, die nur sehr wenig Strom verbrauchen. Im Atari wurden 
jedoch "normale" RAMs verwendet. 


Die Nur-Lesespeicher werden ROM (Read Only Memory) genannt. 
Es gibt viele unterschiedlich Arten von ROMs, die sich in 
der Bezeichnung immer nur durch Buchstaben vor dem "ROM" 
unterscheiden, z.B. EPROM, EEROM, EAROM, PROM, IPROM. In der 
Bezeichnung der Hersteller "heißt" ein bestimmtes EPROM aber 
zum Beispiel "2716". 
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Alle haben aber eines gemeinsam: Der Computer kann die in 
ihnen enthaltene Information nicht OHNE HILFSMITTEL ändern. 
Bei einigen Bausteinen wird die Information sogar gleich bei 
der Entwicklung des Typs hineingegeben, sodass sie von uns 
niemals mehr änderbar ist (außer natürlich durch Zerstörung 
des Bausteines). 


2.3.2 Die Zentraleinheit 

Die Zentraleinheit übernimmt die gesamte Verwaltung des 
Computers. Sie adressiert den zur Verfügung stehenden 
Speicher, behandelt Daten in dem Speicher und verwaltet bzw. 
dirigiert die I/O - Leitungen. Sie ist also das Kernstück 
eines jeden Computers. Ist sie defekt, läuft der ganze 
Rechner nicht mehr. 


Allgemein besteht sie aus einigen internen Speicherplätzen, 
sogenannten Registern, die im Gegensatz zum übrigen Speicher 
den Vorteil haben, dass sie wesentlich schneller von der 
Zentraleinheit angesprochen werden können. 


Außerdem sind in der CPU (Central Processing Unit, zentrale 
Prozesseinheit) noch eine komplexe Logik zum Rechnen, 
Treiber zum Ansteuern der Speicher und 1/0 - Leitungen sowie 
einige interne, nicht direkt adressierbare Zwischenspeicher 
enthalten. 


Nach außen hin liefert die CPU Adressensignale zum Ansteuern 
der weiteren Baugruppen, Datenleitungen zum Transport (Lesen 
oder Schreiben) von Daten sowie einige Kontrollsignale, die 
den Status der CPU angeben, so z.B. eine Schreib-/Leselei- 
tung, die angibt, ob Daten gesendet oder gelesen werden 
sollen. 


In unserem ATARI haben wir es mit der 6502 - CPU (lies: 
fünfundsechzignullzwo zeh-peh-uh), bzw. der 65082C - CPU zu 
tun. Sie besitzt u.a. 8 Datenleitungen, mit denen sie die 
jeweils 8 Bit vom oder zum Speicher transportieren kann. 
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Weiterhin liefert sie 16 Adressensignale, mit denen man 
Speicher oder I/O - Leitungen ansprechen kann. 16 Leitungen 
also, wie viele Speicherplätze sind das denn? Wer im vorigen 
Kapitel aufgepasst hat, hat die Antwort schnell parat: es 
sind genau 2**16 Speicherstellen oder I/O - Adressen. 


Hier sei noch folgende Konvention der Techniker erwähnt: 


Im Gegensatz zum "normalen" Kilo, das einem Faktor von 1008 
entspricht (man denke z.B. an das Kilogramm: 1ikg = 100@g), 
spricht der Informatiker von dem Kilo als 1@24. Also: 


1 KBit = 1824 Bit 


Die "krumme" Zahl 18024 lässt sich leicht begründen: 1924 = 
2**10. Wenn man also von einem Kilobyte spricht, meint man 
1024 Byte. 16 KByte sind 16384 Bytes und 64 KByte sind 65536 
Bytes. 

DAS IST KEIN DRUCKFEHLER! 


Genau bei 64 Kilo stimmt die Daumenregel Anzahl mal tausend 
nicht mehr! Also nicht verwirren lassen, zZ.T. zum Verkauf 
angebotene Computer mit 65 KByte gibt es nicht! Leider wird 
selbst in Elektronikzeitschriften gelegentlich von 65 KByte 
gesprochen. 


Wer bis hierhin alles verstanden hat, ist auch sicherlich in 
der Lage zu erklären, weshalb es keinen Computer geben KANN, 
der GENAU 65 KByte adressiert. 


Die Begründung ist einfach: 16 Adressleitungen adressieren 
64 KByte RAM, 17 Adressleitungen dagegen schon 128 KByte. 
wie viele Adressleitungen bräuchte man also für 65 KByte 
Adressraum? 
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Die 64 KByte Adressraum der CPU werden nun aufgeteilt in 
RAM, ROM und 


Unter diesem Begriff versteht man nicht bloß eine Anordnung 
von Leitungen, über die Daten transportiert werden, sondern 
insbesondere die zu deren Ansteuerung notwendige Elektronik, 
die aus den Computer-Bits elektromechanische, elektronische, 
optische oder akustische Signale erzeugt, und somit die vom 
Computer gegebenen Informationen hörbar, sichtbar oder für 
ein beliebiges Medium speicherbar macht. Diese Wandler wer - 
den gemeinhin als "INTERFACES" oder "CONTROLLER" bezeichnet. 


Unter einem INTERFACE versteht man eine Baugruppe, die die 
von einem beliebigen Geber gesendeten Signale so umwandelt 
und weitersendet, dass ein ebenfalls daran angeschlossener 
Empfänger sie erkennen, kontrollieren und verarbeiten kann. 


Ein CONTROLLER "bewacht" das ihm schutzbefohlene Peripherie- 
gerät (Peripherie = griech. Umfeld, Umfeld, also das, was 
"drumrum" ist wie z.B. Drucker, Floppy o.ä.) und versorgt es 
mit Befehlen und Daten, beziehungsweise holt Daten von ihm 
ab. 


Selbstverständlich gehört zu der jeweiligen Elektronik auch 
immer eine Software, der TREIBER, der das sogenannte 
PROTOKOLL, das den Ablauf der Datenübertragung regelt, 
festlegt. Er reagiert zum Beispiel auf eine Datenanfrage, 
einen Fehler in einer Übertragung oder Ähnliches mehr. Eini- 
ge Protokolle sind standardisiert, oder ihre Standardisie- 
rung ist in Vorbereitung. Zuständig hierfür sind Institutio- 
nen wie die ISO (International Standardisation Organisation) 
oder CCITT, das französische Gegenstück. 


30 


Das Prinzip eines Mikrocomputers *** 


2.4 LOW _und HIGH 

Uns interessiert jetzt die Frage, wie sich der Computer mit 
dem Speicher und den peripheren Geräten unterhalten kann, 
denn selbst bei Aufschrauben des Computers sind nirgends 
Nullen oder Einsen zu finden (Schlaumeier aufgemerkt, wer 
meint, die 6582 - CPU enthalte eine Null, hat irgendetwas 
nicht richtig verstanden...). Auch die am Anfang beschriebe- 
nen Relais, die offen oder geschlossen gewesen sein konnten, 
sind nicht im ATARI zu finden; wo steckt dann die 
Information? 


Sie wird in Form von elektrischen Spannungen übertragen, die 
im Interesse der einzelnen Computerfirmen standardisiert 
sind. Es gibt dafür allerdings mehrere unterschiedliche 
Arten elektronischer Baugruppenstandards, aber uns interes- 
siert hier nur einer: 


Der TTL - Standard 


Alle Bausteine auf TTL - Basis (Transistor - Transistor - 
Logik) arbeiten mit einer Versorgungsspannung von +5 Volt, 
sofern sie nicht für den Interfacebetrieb an höheren Span- 
nungen entwickelt wurden. Die Versorgungsspannung ist die 
Spannung, die einen Baustein zum "Leben" erweckt, ohne die 
sich "nichts tut". 


Ein anderes Herstellungsverfahren als das der TTL - Logik, 
das uns die MOS (Metal Oxyd Semiconductor, Metalloxyd 
Halbleiter) - Bausteine "schenkte", lieferte uns auch die 


6502 - CPU sowie alle höher integrierten Bausteine, wie z.B. 
die Speicher. 
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Unter höherer Integration verstehen wir, dass auf gleichem 
Platz (Quadratmillimeter) mehr Bauteile untergebracht sind - 
und solche Bausteine wie Speicher oder CPUs "verbraten" 
immense Mengen von Bauteilen. Wollte man z.B. die CPU mit 
einzelnen Transistoren aufbauen, bräuchte man schon einen 
kompletten mittleren Wohnzimmerschrank inclusive Kühlanlage! 
Der ist aber, wie gesagt, nicht (mehr) notwendig. 


Betrieben werden unsere Bausteine also mit einer Versor- 
gungsspannung von +5 Volt gegen Massepotenzial (entspricht 
meist dem Erdpotenzial). Jetzt können wir zwei unterscheid- 
bare Zustände definieren: 


1) Der LOW (niedrigere) - Zustand soll der negativeren 
und 


2) der HIGH (höhere) - Zustand soll der positiveren 
Spannung entsprechen. 


Warum so kompliziert, warum nicht einfach LOW=Masse und 
HIGH=+5V? Diese komplizierte Ausdrucksweise ist notwendig, 
da in (nicht TTL-) Baugruppen Versorgungsspannungen von z.B. 
-5V existieren können. Hier wäre dann eine neue Definition 
notwendig, die man mit der komplizierten Beschreibung oben 
aber ebenfalls abgedeckt hat. Bei TTL-Bausteinen sind die 
Potenziale der Pegel folgendermaßen definiert: 

HIGH - Potenzial liegt zwischen +2,4 Volt und +5,08 Volt 
und 

LOW - Potenzial liegt zwischen ® Volt und +8,8 Volt 


Was liegt aber zwischen +8,8 und 2,4 Volt Eingangsspannung? 


Bitte nicht lachen: Das weiß der Baustein, der diese Ein- 
gangsspannung empfängt, selbst nicht! 
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Im Allgemeinen fangen ICs bei unklaren Eingangspegeln an zu 
schwingen, das heißt, sie erkennen in schnellem Wechsel am 
Eingang abwechselnd LOW und HIGH. 


Im Übrigen gilt diese Definition oben von Low und High nicht 
immer; wir sprechen hier von POSITIVER LOGIK. Bei der nega- 
tiven Logik ist alles genau umgekehrt, aber darauf wollen 
wir jetzt nicht weiter eingehen. 


Jetzt wissen wir, wie der Computer seine Daten haben möchte: 
in Form von Spannungen. Spannungen kann man nicht sehen, nur 
ihre Auswirkungen (z.B. Blitze!) . Man kann aber auch Geräte 
benutzen, die uns das Vorhandensein oder Fehlen von Spannun- 
gen anzeigen. Da wären als einfachste Geräte die Logikprüf- 
stifte zu nennen. 


Sie bestehen aus einem kugelschreibergroßen Gehäuse, in dem 
sich zwei oder mehr Lampen befinden; je nachdem, welche der 
Lampen leuchtet, liegt die eine oder die andere Spannung an. 
Dies ist das billigste Messinstrument in der Digitaltechnik, 
nur leider arbeitet unser ATARI so schnell, dass wir in den 
meisten Fällen beide Lämpchen leuchten sehen würden, da sich 
die Pegel an den ICs 52@@8@ Mal so schnell ändern wie wir 
sehen können! Also ist dieses Messinstrument für uns meist 
zwecklos. 


Als Nächstes gibt es das sogenannte Vielfachmessinstrument. 
Es kann mit einem Zeiger oder einer Digitalanzeige versehen 
sein - man benötigt es zwar manchmal zum Reparieren von 
Computern, aber prinzipiell ist auch dieses Instrument für 
die Anzeige "nicht-statischer" Spannungen und Ströme in 
einem Mikrocomputer zu langsam. 


Das Gerät, mit dem man sich an den Computer "heranwagen" 


darf, ist das Oszilloskop (manchmal auch "Oszi" oder "Oskar" 
genannt) mit einer Minimalfrequenz von 48 MHz (Megahertz). 
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Eine derartig hohe Frequenz (der Atari arbeitet mit 
1,77 MHZ) wird benötigt, da wir digitale Signale messen 
wollen. Um diese richtig zu sehen, brauchen wir eine 
wesentlich höhere Frequenz als die des zu messenden Signals, 
denn Rechteckschwingungen bestehen aus beliebig vielen un- 
geradzahligen Harmonischen, und je mehr man davon sieht, 
umso besser werden die Signale auf dem Oszischirm gezeigt. 


Diese kleine Ausschweifung in das (riesige) Feld der 
Messtechnik sei als WARNUNG hier eingebaut. 


"Niemals mit ungeeigneten Messinstrumenten versuchen, 
etwas zu reparieren! Das kann nur "schief" gehen." 


Es gibt zwar für jeden Techniker einmal die Situation, dass 
er ein Gerät reparieren muss, ohne die geeigneten Messgeräte 
dabei zu haben, aber: 


"Ein guter Techniker weiß, wann er aufhören muss zu 
improvisieren!" 


Diesen Spruch sollte sich jeder über's Bett nageln, der an 
seinem ATARI herumschraubt, ohne GENAU zu wissen, was er 
macht. Damit wollen wir die kurze Einführung das "Prinzip 
eines Mikrocomputers'" beenden. 
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Die Atari-Mikrocomputer sind vom Konzept her eindeutig als 
Hobbygeräte entworfen. Ihre Hard- und Softwareeigenschaften 
bieten verschiedene Anwendungen besonders an. So eignen sich 
die Atari-Geräte durch ihre Ton- und Bildeigenschaften be- 
sonders zum Videospielcomputer. Natürlich sind sie ebenso 
zum Erlernen von BASIC geeignet. Aber schon das BASIC ist 
mehr auf spielerische Anwendungen als auf kommerzielle 
ausgelegt. Genauso ist es möglich, mit Zusätzen auch andere 
Programmiersprachen, wie zum Beispiel Assembler oder auch 
PILOT, Pascal, C oder ACTION!, kennenzulernen. Auch für eine 
Sprache wie Forth eignet sich der Atari hervorragend. Eine 
weitere Anwendung wäre die Verwendung des Atari als Lerncon- 
puter für den Schulstoff (zum Beispiel für Vokabeln). Sicher 
kann man den Atari auch im Haushalt verwenden. So ließe sich 
beispielsweise eine Budgetüberwachung realisieren oder eine 
Schallplattenkartei aufbauen. Auch kürzere Briefe ließen 
sich durch den Atari leicht und effizient erstellen. 


Jedoch erreicht der Atari hier seine Grenze. Größere Daten- 
mengen lassen sich mit ihm nur sehr schwer bewältigen, da 
seine Diskettenlaufwerke nicht groß und schnell genug sind. 
Auch ist es mühsam, ihn als Textsystem zu gebrauchen, da 
sein Bildschirm nicht über die, für die meisten Zwecke 
benötigten, 88 Zeichen pro Zeile verfügt. Für kommerzielle 
Anwendungen sind die Atari-Geräte also nur sehr bedingt 
geeignet. Auch für "diskettenorientierte" Programmierspra- 
chen, wie Pascal, FORTRAN oder insbesondere COBOL, ist der 
Atari in der praktischen Arbeit nicht unbedingt geeignet. 


Um den Atari in seinen Einzelheiten zu verstehen, sollte man 
sich sein Konzept, seine prinzipielle Struktur vor Augen 
führen. Erst wenn man diese "durchschaut" hat, ist es sinn- 
voll auf die Einzelheiten der hochintegrierten Peripherie- 
bausteine (POKEY, ANTIC, GTIA und PIA) und des Betriebs- 
systems einzugehen. 
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Bei den Atari-Geräten handelt es sich um Mikrocomputer, die 
mit dem weitverbreiteten Mikroprozessor "6582" ausgerüstet 
sind. 


Sicherlich kann man sich angesichts der auf dem Markt be- 
findlichen Prozessoren fragen, ob dieser Prozessor überhaupt 
noch zeitgemäß ist. Gerade die 16-Bit bzw. 32-Bit-Prozesso- 
ren sind erheblich leistungsfähiger. Auch gibt es in diesen 
Prozessorfamilien Bausteine, die über einen nur 8 Bit brei- 
ten Datenbus verfügen, die also kaum eine komplexere Hard- 
ware benötigen, als der 6582. Zu der Zeit, als die ersten 
Atari-Mikrocomputer entwickelt wurden, gab es diese Prozes- 
soren allerdings noch nicht in den benötigten Stückzahlen 
auf dem Markt. Auch sind sie noch heute wesentlich teurer 
als der 65822. 


Andere zu dieser Zeit verfügbare 8-Bit-Prozessoren, wie zum 
Beispiel der Z80, der 8080/8085, der 6808/68082 oder auch der 
6889, haben entweder keinen entscheidenden Leistungsvor- 
sprung gegenüber dem 6582 oder sind selbst relativ teuer 
(oder waren zum Zeitpunkt der Entwicklung der ersten Atari- 
Geräte relativ teuer). Man sollte aber ehrlich anmerken, 
dass bei der Auswahl auch ganz andere Gesichtspunkte eine 
Rolle spielen. So kommt es bei derartigen "Großprojekten" 
(in der Stückzahl) auch auf das Vertrauen, und besonders die 
Verbindungen zum Lieferanten an. Auch müssen die personellen 
Möglichkeiten für eine Entwicklung vorhanden sein oder ent- 
sprechende Entwickler angeworben werden. Sicher spielen be- 
sondere Vorlieben der maßgeblichen Leute für einen be- 
stimmten Prozessor auch noch eine Rolle. 


Bei der Entwicklung der 600XL- und 88@XL-Geräte wählte Atari 
wiederum einen 6582-Prozessor. Es wurde eine weiterent- 
wickelte Version der bekannten CPU mit der Bezeichnung 
65082C, die aber vollständig softwarekompatibel ist, verwen- 
det. Dies geschah wohl vor allem mit Blick auf eine größt- 
mögliche Kompatibilität zu den alten Modellen. So konnte man 
viele Programme und Programmteile direkt übernehmen. 


Der 6582 hat außerdem den Vorteil, dass sein Systemtakt aus 
zwei gleichlangen Phasen besteht. Der Prozessor greift je- 
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weils nur während der zweiten Phase auf die Peripherie bzw. 
auf den Speicher zu. Die Zugriffe erfolgen also immer an den 
gleichen "Stellen" des Systemtaktes. Dieses Konzept verein- 
facht die Hardware anderer Bausteine im System, die ohne 
Umweg über die CPU direkt auf den Speicher zugreifen sollen 
und dazu die CPU stoppen müssen. In diesem Detail unter- 
scheidet sich der 6582 wesentlich von anderen Mikroprozesso- 
ren wie zum Beispiel vom Z80, 80880 oder auch 8985. 


Der 6582-Prozessor wird im Atari mit 1,77 MHz betrieben. 
Diese Frequenz liegt erheblich über der bei 6582-Rechnern 
dieser Preisklasse üblichen Arbeitsfrequenz. 


Die normale Eingabe erfolgt über eine Tastatur. Die Belegung 
entspricht im wesentlichen der in Amerika üblichen Form 
(QWERTY). Einige Sonderzeichen sind beim Atari jedoch an 
anderer Stelle zu finden als bei anderen Computern. Die 
Umlaute oder andere, für andere Sprachen nötige Sonderzei- 
chen oder Sonderformen von Buchstaben, sind beim Atari nicht 
ohne Weiteres über die Tastatur verfügbar. Dies ist bei 
Computern in dieser Preisklasse aber leider üblich zu nen- 
nen. Der Atari 4820 war mit einer Folientastatur ausgestat- 
tet. Das größere Modell, der Atari 800, besaß dagegen eine 
Tastatur mit "normalen" Tasten (ähnlich Schreibmaschinentas- 
ten). Die neuen Atari-Geräte, also der Atari 6®®XL und der 
Atari 800XL, verfügen grundsätzlich über "normale" Tasten. 
Die Tastaturbelegungen der Geräte unterscheiden sich nur in 
sehr kleinen Details, es gibt also nicht, wie bei anderen 
Herstellern, für jeden neuen Computer auch eine neue Tasta- 
turbelegung. Zusätzlich zum Haupttastenfeld gibt es noch 
rechts auf dem Gerät die Zusatztasten "RESET", "SELECT", 
"OPTION", "START" und "HELP". 


Zur Abfrage der Tastatur wurde keiner der üblichen Tastatur - 
abfragebausteine verwendet. Stattdessen übernimmt ein Bau- 
stein im Atari (der sogenannte POKEY), der ansonsten noch 
für die serielle Schnittstelle und für die Tonerzeugung 
zuständig ist, die Abfrage der Tastatur. Das Ergebnis, das 
heißt, welche Taste gedrückt ist, stellt er in einem Re- 
gister zur Verfügung. Die Tastatur, die wie bei anderen 
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Systemen als Matrix aufgebaut ist, wird also nicht, wie bei 
anderen Hobbycomputersystemen von der CPU zeilenweise abge- 
fragt. Dies spart Rechenzeit der CPU. Der POKEY ist in der 
Lage, in dem Moment, in dem eine Taste gedrückt wird, einen 
Interrupt bei der CPU auszulösen (den IRQ). Es ist damit 
möglich, die Tastatur per Interrupt zu betreiben. 


Die Zusatztasten "SELECT", "OPTION" und "START", die soge- 
nannten Konsolentaster, werden über einen weiteren hochinte- 
grierten Baustein im Atari (den GTIA) abgefragt. 


Die Standardausgabe des Atari erfolgt auf einen Bildschirm. 
Als Bildschirm eignet sich praktisch jeder Fernseher. Ein 
Modulator ist in die Atari-Geräte eingebaut, es wird also 
nur der normale Antennen- und kein Videoeingang beim Fernse- 
her benötigt. Zur Darstellung steht auf einem Farbfernseher 
eine Palette von 128 Farben zur Verfügung. Dabei wird vom 
Betriebssystem eine Auflösung von bis zu 3209 x 192 Punkten 
oder 24 Zeilen mit je 48 Zeichen unterstützt. Die höchste 
Auflösung liegt bei 384 Punkten horizontal und etwa 210 
Punkten vertikal (je nach Bildschirm). 


Die gesamte Bilderstellung wird von einem Baustein, der nur 
von Atari verwendet wird, übernommen. Dieser Baustein wird 
als "A N T I C " bezeichnet. ANTIC steht wohl für "Alpha- 
numeric Television Interface Controller". Der ANTIC ist ein 
zweiter Mikroprozessor, der über einen eigenen Befehlssatz 
verfügt. Durch das Programm des ANTICs, das man an beliebi- 
ger Stelle im Speicherraum ablegen kann, wird das darzustel- 
lende Bild definiert. Der ANTIC verfügt über 14 verschiedene 
Modi zur Bilddarstellung. Diese Modi lassen sich beliebig 
auf dem Bildschirm kombinieren. Es stehen sowohl Modi zur 
Schriftdarstellung (auch mit Unterlängen) und Modi zur all- 
gemeinen Zeichendarstellung (zum Beispiel für Spielfiguren) 
als auch zahlreiche Betriebsarten zur Einzelpunktdarstellung 
mit unterschiedlich hohen Auflösungen zur Verfügung. 


Die Breite des Bildes lässt sich auf drei verschiedene Werte 
einstellen. Je nach Einstellung ergeben sich maximale hori- 
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zontale Auflösungen von 256, 328 oder 384 Bildpunkten pro 
Zeile. In der Bildumrandung erscheint eine (programmierbare) 
Farbe. 


Der ANTIC liest alle Daten, die er zur Bilddarstellung 
benötigt, direkt ohne Umweg über die CPU aus dem Speicher. 
Diese Art des Zugriffs bezeichnet man als DMA (Direct Memory 
Access - direkten Speicherzugriff). während eines Zugriffes 
des ANTICs auf den Speicher im DMA wird die CPU angehalten. 
Dadurch vermindert sich die effektive Arbeitsgeschwindigkeit 
der CPU. In den meisten Modi ist der Befehlsdurchsatz der 
CPU jedoch trotzdem höher als bei 6582-Systemen mit einem 
Systemtakt von einem Megahertz. 


Der ANTIC erstellt nicht selbst die Farbinformationen im 
Videosignal, das über den Modulator auf dem Fernseher darge- 
stellt wird. Der ANTIC überträgt die Bildinformationen, die 
er per DMA aus dem Speicher gelesen hat, zu einem weiteren 
Atari-Baustein. Dieser Baustein wird "GTIA" genannt. GTIA 
steht wohl für "Graphic Television Interface Adaptor". Der 
GTIA enthält unter anderem neun Farbregister, mit denen der 
Benutzer die Farben, die auf dem Bildschirm erscheinen 
sollen, aus einer Palette von 128 Farben auswählen kann. Der 
GTIA erhält vom ANTIC jeweils Informationen, welche Farbe, 
das heißt, die Farbe welchen Farbregisters er abbilden soll. 
Durch dieses Konzept ergibt sich eine Farbpalette, die sonst 
meist nur von professionellen CAD-Systemen erreicht wird und 
sich kaum mit der anderer Mikrocomputer vergleichen lässt. 


Besonders interessant dürfte auch sein, dass die Hardware 
des ANTICs die Verschiebung des Bildes um einzelne Punkte 
sowohl horizontal als auch vertikal unterstützt. Der Bild- 
speicher kann ohne "Tricks" an beliebiger Stelle im Spei- 
cherraum liegen. Der Zeichengenerator kann sich prinzipiell 
auch an jeder Stelle des Speichers befinden, muss aller- 
dings, je nach ANTIC-Modus (je nachdem ob er 512 oder 1024 
Bytes groß ist), an einer 512-Byte- oder 1-KByte-Grenze des 
Speichers beginnen. 
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Mit diesem Gesamtkonzept der Bildschirmdarstellung ist der 
Atari leistungsfähiger als die meisten anderen Systeme die- 
ser Klasse. Gerade für seine Zielgruppe, das heißt für 
Anwender im Spiel-, Hobby- und Heimbereich, dürften diese 
Leistungsmerkmale besonders interessant sein. Vor allem das 
Konzept eines zweiten Mikroprozessors im System, das Konzept 
des ANTICs, ermöglicht eine auf andere Art nicht zu errei- 
chende Vielfalt von unterschiedlichen Arten der Bildschirm- 
darstellung. Auch bringt das Prinzip eines relativ hohen 
Systemtakts (1,77 MHz), bei dem der Befehlsdurchsatz der CPU 
durch Speicherzugriffe per DMA des ANTICs verringert wird, 
eine relativ hohe Verarbeitungsgeschwindigkeit. Zudem kann 
man während der Bearbeitung rechenintensiver Routinen einen 
ANTIC-Darstellungsmodus wählen, der nur wenige Zugriffe im 
DMA benötigt, oder kann sogar den Bildschirm abschalten. 
Dadurch erhöht sich der Befehlsdurchsatz der CPU erheblich. 


Der Atari besitzt außerdem sehr vielfältige Möglichkeiten 
einer Tonausgabe. Diese wird von dem Baustein übernommen, 
der außerdem für die Abfrage der Tastatur zuständig ist, dem 
"POKEY". POKEY steht wohl für "POtentiometer and KEYboard 
Integrated Circuit". Der Pokey verfügt über vier 
Tongeneratoren, die sowohl unabhängig voneinander, als auch 
miteinander verbunden arbeiten können. Außerdem sind für 
jeden Kanal vielfältige Möglichkeiten zur Verzerrung usw. 
vorhanden. Auch sogenannte Höhenfilter lassen sich program- 
mieren. Mit dem POKEY kann man, entsprechende Programme 
vorausgesetzt, die Klangvielfalt eines Synthesizers errei- 
chen. Es ließe sich zum Beispiel auch eine Synthesizer - 
tastatur an den Atari anschließen. Der Ton des POKEYs wird 
über den Modulator zum Fernseher übertragen. Zur Tonausgabe 
wird also der normale Fernseherlautsprecher verwendet. Es 
ist zudem möglich, über einen Eingang des Atari, ein exter- 
nes Tonsignal in das Signal des POKEYs zu mischen. 


Als großer Vorteil muss die Tatsache angesehen werden, dass 
es möglich ist, aus dem BASIC heraus Töne zu erzeugen, ohne, 
wie es bei Konkurrenzmodellen nötig ist, den "POKE"-Befehl 
zu benutzen. Die direkte Programmierung der Tonkanäle aus 
Assemblerprogrammen ist etwas komplizierter als bei ver- 
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gleichbaren Geräten. Dafür sind die Möglichkeiten der Toner- 
zeugung, die der Atari bietet, aber den Möglichkeiten der 
Tonerzeugung bei Konkurrenzmodellen mindestens ebenbürtig. 
Unterstützt wird die Tonerzeugung zudem durch mehrere auto- 
matische Zähler, die in dem Moment, in dem sie bei null 
angelangt sind, einen Interrupt der CPU auslösen. In der 
Interruptroutine kann man dann die Frequenz oder Lautstärke 
oder auch andere Parameter der Tonerzeugung verändern. 


Die neuen Atari-Geräte (6B@XL/80@RXL) entsprechen in den 
meisten Details den alten Modellen (488/888). So sind alle 
Adressen der Hardware gleich geblieben. Basicprogramme las- 
sen sich meist direkt austauschen oder müssen nur geringfü- 
gig modifiziert werden. 


Bei den alten Atari-Modellen sind 4 Joystick-Ports vorhan- 
den. An jeden der Joystick-Ports lassen sich, an Stelle 
eines Joysticks, auch zwei Paddles ("Drehregler") oder ein 
sogenannter Lightpen anschließen. Wenn man einen Lightpen 
auf eine Stelle des Bildschirms hält, ist es möglich, die 
Position des Lightpens zu bestimmen. Dies wird durch den 
ANTIC ermöglicht. Die Abfrage der "Joystick-Richtungen" 
erfolgt über einen weiteren Baustein im Atari, dem "PIA". 
PIA steht für "Peripheral Interface Adaptor". Die "Feuer- 
tasten der Joysticks werden über die sogenannten Trigger - 
eingänge des GTIA abgefragt. Der analoge Wert der Stellung 
der Drehregler (Paddles) wird im POKEY in einen digitalen 
Wert umgewandelt. 


Bei den neuen Geräten sind nur noch zwei Anschlüsse für 
Joysticks vorhanden. Dies stellt nur einen geringfügigen 
Nachteil dar, da es für die alten Geräte nur wenige Spiele 
und Anwendungen gab, die alle vier Joystickports belegten, 
und außerdem die Werte der Joystickports 3 und 4 simuliert 
werden. Die so frei gewordenen Anschlüsse des PIA wurden zum 
Teil intern im Atari für die sogenannte MMU (Memory Manage- 
ment Unit) verwendet. 
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Im Gegensatz zu den alten Geräten hat Atari den Speicherraum 
des Prozessors bei den 6@@XL und 8®®XL-Modellen zum Teil 
doppelt belegt. So lässt sich zum Beispiel beim Atari 8P@XL 
(oder bei einem Atari 60®0XL, der auf 64 KByte RAM nachge- 
rüstet wurde) das Betriebssystem abschalten. Anstelle des 
Betriebssystems steht dann RAM zur Verfügung. So ist es zum 
Beispiel möglich, das Betriebssystem der Atari 428 und 800- 
Modelle in die neuen Geräte zu laden. Außerdem verfügen die 
neuen Modelle über ein Selbsttestprogramm (im ROM), das in 
den normalen Arbeitsspeicherbereich eingeblendet wird, wenn 
beim Einschalten des Atari die "OPTION"-Taste gedrückt ist 
und kein Cartridge eingesteckt ist. Mit diesem Selbst- 
testprogramm ist es möglich den RAM-Speicher, die Tonerzeu- 
gung, die Tastatur und den Bildschirm zu testen. 


Die verschiedenen Speicherbelegungen wählt man mit mehreren 
Portleitungen des PIA, die bei den alten Geräten für den 
dritten und vierten Joystickport verwendet wurden. Die soge- 
nannte MMU gibt, je nach Einstellung und "Situation", Frei- 
gaben an die einzelnen Hardwarekomponenten des Atari. Bei 
der MMU handelt es sich um einen Logikbaustein, einen soge- 
nannten PAL-Baustein (PAL steht hier für "Programmable Array 
Logic" und nicht für das Fernseherfarbsystem), der speziell 
für Atari programmiert ist. In seiner Funktion ist dieser 
PAL-Baustein mit gewöhnlichen TTL-Bausteinen vergleichbar. 


Um andere Programme ohne Ladezeiten der Diskette oder Kas- 
sette verwenden zu können, verfügt der Atari über einen 
Cartridge-Slot. In diesen Cartridge-Slot lassen sich Module 
einstecken, die bis zu 16 KByte im Speicher belegen können. 
Diese Module bieten eine höhere Datensicherheit als Kasset- 
ten oder Disketten, unter anderem durch eine grundsätzlich 
kaum begrenzte Lebensdauer. Wenn ein Cartridge in den Slot 
gesteckt ist, wird der vom Speicher im Cartridge überdeckte 
RAM-Speicher (in zwei 8-KByte-Blöcken) abgeschaltet. Außer - 
dem startet das Betriebssystem automatisch das im Cartridge 
enthaltene Programm. Zudem ist im Cartridge-Slot noch eine 
Freigabe-Leitung für einen 256-Byte-Block (eine Page) im 
Bereich der anderen I/O-Bausteine vorhanden. Damit ist es 
möglich, im Cartridge verschiedene ROM-Bereiche umzuschal - 
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ten. Man kann also auch ROMs mit mehr als 16 KByte verwen- 
den. Selbstverständlich könnte man mit Hilfe dieser Freiga- 
be-Leitung auch eine Karte mit einem Peripheriebaustein im 
Slot betreiben. Dies ist aber bei den Atari 480- und 888- 
Modellen umständlich, da für den Betrieb die Klappe über dem 
Slot geschlossen sein muss. Bei den neuen Geräten hat Atari 
auf die Klappe wohl aus Kostengründen verzichtet. Dabei hat 
sich aber die Bildqualität geringfügig verschlechtert (da 
die Abschirmung nicht mehr so gut ist). Dieser Effekt ist 
aber von Gerät zu Gerät unterschiedlich. Es kommt vor allem 
auch darauf an, welche anderen Geräte in der Nähe des 
Computers arbeiten. 


Ursprünglich enthielten die Atari-Computer nur das Betriebs- 
system. Das BASIC, das es als Cartridge gab, musste extra 
erworben werden. Atari ging offenbar davon aus, dass nicht 
jeder das BASIC haben wollte. Später gehörte ein BASIC- 
Cartridge zum Lieferumfang dazu. Jeder, der einen Atari- 
Computer (488 oder 888) kaufte, bekam eine BASIC-Cartridge. 


Die neuen Atari-Computer (6®@XL/80@XL) enthalten das BASIC 
bereits fest eingebaut. Es ist vollkommen kompatibel zu den 
Cartridge-Versionen des BASIC. Die Programme lassen sich 
also direkt austauschen, sofern nicht einige Betriebssystem- 
routinen, bestimmte Betriebssystemadressen oder bestimmte 
"Zero-Page-Adressen" verwendet worden sind. Auch ist es 
möglich, mit Hilfe der MMU das BASIC abzuschalten. Wenn ein 
Cartridge in den Slot gesteckt wird, wird das eingebaute 
BASIC abgeschaltet, sofern der Cartridge den gleichen Spei- 
cherraum wie das BASIC belegt. So ist es möglich, sowohl 
andere Programmiersprachen, als auch Erweiterungen des BASIC 
als Cartridge zu verwenden. 


Diskettenlaufwerke, Drucker, der Kassettenrekorder sowie 
andere Peripheriegeräte werden an eine serielle Schnittstel- 
le angeschlossen. Dieser Übertragungskanal wird vom POKEY 
bedient. Mit ihr sind Übertragungsraten bis zu 19200 Baud 
(Bit/Sekunde) möglich. Die Wandlung der parallelen Daten in 
serielle und umgekehrt wird von der POKEY-Hardware über- 


44 


Das Konzept des Atari *** 


nommen. So ergeben sich höhere Übertragungsraten als bei 
vergleichbaren Systemen, die diese Parallel/Seriell-Wandlung 
von der CPU vornehmen lassen. Der POKEY kann einen Interrupt 
an die CPU senden, wenn entweder alle Bits des Ausgabere- 
gisters übertragen sind oder das Eingaberegister voll ist. 
Durch diese Möglichkeit des POKEY ist es möglich, die Daten- 
übertragung zu erledigen, gleichzeitig die CPU aber andere 
Aufgaben erfüllen zu lassen. Die serielle Schnittstelle 
entspricht leider keinem üblichen Standard. Prinzipiell 
ließe sie sich auch als "normale" V24-Schnittstelle program- 
mieren. Dann wäre aber zum Beispiel ein Diskettenbetrieb 
nicht quasi-gleichzeitig möglich. Auch der Steckverbinder 
der seriellen Schnittstelle entspricht leider keiner übli- 
chen amerikanischen oder europäischen Norm. Dadurch ist es 
für Zweitanbieter schwierig, die serielle Schnittstelle in 
eigenen Produkten zu verwenden. 


Bei den alten Modellen war der Systembus nicht extra heraus- 
geführt. Alle Änderungen und Erweiterungen mussten im Gerät 
vorgenommen werden. Bei den neuen Geräten ist ein "Parallel- 
bus" mit einem 58-poligen Anschluss vorhanden. Ein Platinen- 
steckverbinder mit einem Kontaktabstand von 2,54 mm (1/1@") 
lässt sich ohne weiteres aufstecken. Am Parallelbus sind 
alle Daten- und Adressleitungen, viele Steuersignale, sowie 
Signale zum Anschluss von sogenannten dynamischen RAMs 
herausgeführt. 


Damit ist es ohne Weiteres möglich, den Atari 6®®XL oder 
800XL zu erweitern. Beispiele wären RAM-Erweiterungen, Z8ß- 
Erweiterungen um CP/M zu verwenden, direkt angeschlossene 
Diskettenlaufwerke, 88-Zeichen-Karten, diverse Schnittstel- 
len, Steuerungen oder Überwachungsschaltungen. Die Reihe 
ließe sich fast beliebig fortsetzen. 
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Das Blockschaltbild der Atari-Geräte 
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*) Im 400/800 (PAL) sowie allen XL/XE-Computern befindet sich 


eine CPU 6502 'C' 


(=customized) genannt 'SALLY'. Darin ist 


vermutlich eine CPU 6502B (= 2 MHz) enthalten. 


(Die Stromversorgung wurde nicht berücksichtigt !) 
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Die Atari-400- und 888-Geräte verfügten in mehreren Baustei- 
nen über 1@ KByte ROM. Darin befand sich im wesentlichen das 
Betriebssystem und ein Zeichengenerator. Bei den neuen Gerä- 
ten setzte Atari ein modernes 16-KByte-ROM ein. Der so 
hinzugekommene ROM-Speicherraum wurde unter anderem für die 
Selbsttestroutine, einen zweiten Zeichengenerator und ein 
erweitertes Betriebssystem verwendet. 


Atari hat schon bei den alten Geräten ein "fast" echtes 
Betriebssystem verwendet. Im Gegensatz zu vielen anderen 
sogenannten Betriebssystemen besteht das Atari-Betriebs- 
system nicht nur aus elementaren Betriebsroutinen, sondern 
verfügt über leistungsfähige Betriebssystemroutinen, die 
universell verwendet werden können. Zum Beispiel wird der 
Verkehr mit Peripheriegeräten durch eine universelle Proze- 
dur erledigt. Das aufrufende Programm muss der I/O-Routine 
die Ziel- bzw. Quellenangaben und alle anderen Parameter in 
einem sogenannten I/O-Controlblock übergeben. Dieses Konzept 
findet man sonst erst bei diskettenorientierten Betriebs- 
systemen wie CP/M, MSDOS, UNIX oder QNX. Bei den Betriebs- 
systemen der anderen Hobbycomputer ist gewöhnlich für jedes 
Ein- bzw. Ausgabegerät (Bildschirm, Tastatur, Diskette, 
Kassette, Drucker usw.) eine eigene Routine vorhanden. Jede 
dieser Routinen erwartet die Daten meist in einem anderen 
Format. Wenn man nun ein Programm schreiben möchte, das die 
Ausgaben entweder in einer Diskettendatei oder auf einem 
Drucker bringt, stellen sich bei derartigen Betriebssystemen 
meist nicht ganz unerhebliche Probleme. 


Die Ein- und Ausgabe des Atari ist grundsätzlich, von ihrer 
Hardware her, interruptfähig. Dies wird vom Betriebssystem 
voll unterstützt. In eigenen Maschinenprogrammen ist es also 
ohne Weiteres möglich, zu drucken oder Ein- und Ausgaben der 
Diskettenlaufwerke auszuführen, während der Prozessor an- 
sonsten noch oder bereits mit einer anderen Aufgabe beschäf- 
tigt ist. Diese Möglichkeiten des Betriebssystems werden vom 
BASIC jedoch nicht ausgenutzt, da dies bei einem BASIC auf 
einem Einplatzsystem ohne Multitask-Option ohnehin kaum 
sinnvoll ist. Es ließe sich aber zum Beispiel ein Textsystem 
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programmieren, bei dem der Benutzer praktisch ohne Rücksicht 
auf Diskettenschreib- oder -leseoperationen oder Such- und 
Austauschfunktionen des Textsystems, dauermäßig Eingaben 
machen kann. Der Datenverkehr mit den Disketten wird über 
das Betriebssystem im Interrupt vorgenommen. Um keine Tasta- 
tureingaben verloren gehen zu lassen, müsste der POKEY 
immer, wenn eine Taste gedrückt wird, einen Interrupt aus- 
lösen. In der Unterbrechungsroutine würden alle Tastaturein- 
gaben in einen Tastaturpuffer geladen. Der "Vordergrundjob" 
(die Tätigkeit der CPU, die von den Interrupts unterbrochen 
wird, das eigentliche Textverarbeitungsprogramm) holt sich 
die Eingaben bei Bedarf aus dem Tastaturpuffer. Nach diesem 
"Muster" lassen sich noch viele andere Programme entwerfen. 


Der normale Betrieb des Atari wird alle 1/58 Sekunde unter - 
brochen. während der Vertikalsynchronisation des Bildschirms 
wird ein Interrupt ausgelöst. In der dazugehörigen Inter- 
ruptroutine werden mehrere Aufgaben erfüllt. So werden meh- 
rere Speicherzellen erhöht oder erniedrigt, diese Speicher - 
stellen stellen dadurch Softwarezähler dar, mit denen es 
möglich ist, den Zeitablauf der Programme (insbesondere bei 
Spielen wichtig!) zu steuern. Mehrere Register lassen sich, 
entsprechend umgerechnet, als Uhr verwenden. Eine weitere 
Hauptaufgabe dieser "Vertikal-Interrupt-Routine" ist es, 
sogenannte Schattenregister zur Verfügung zu stellen. Da 
viele Hardwareregister nur schreibend oder nur lesend sind, 
werden vom Betriebssystem Schattenregister im RAM erzeugt. 
Die Werte der Schattenregister bzw. der Hardwareregister 
werden so 58 mal pro Sekunde aktualisiert. Die Schatten- 
register kann man im Gegensatz zu den meisten Hardwarere- 
gistern auch zum Beispiel durch "Inkrement"- und 
"Dekrement"-Befehle modifizieren. Allerdings muss man dabei 
immer beachten, dass die Inhalte der Schattenregister nicht 
unbedingt aktuell sind. 


Das Betriebssystem der Atari-Geräte ist grundsätzlich sehr 
sauber programmiert. Die berühmte "Hauptsache: funktio- 
niert"-Mentalität, die man bei vielen anderen Geräten dieser 
Preisklasse vorfindet, wird man bei Atari, von sehr wenigen 
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Ausnahmen abgesehen, vergeblich suchen. Das Atari-Betriebs- 
system verfügt über relativ wenige, dafür aber universelle 
Unterprogramme. Alle wichtigen Routinen werden, auch im 
Betriebssystem intern, über eine sogenannte Vektortabelle 
angesprungen. In dieser Vektortabelle stehen die Startadres- 
sen der einzelnen Routinen. Durch dieses Konzept ist es 
relativ einfach, das Betriebssystem sowohl aus Maschinenpro- 
grammen heraus zu benutzen, als auch es zu verändern. 


Bei den neuen Geräten ist das Betriebssystem teilweise ver- 
ändert und verbessert worden. So stehen beim neuen Betriebs- 
system einige neue Routinen zur Verfügung. Die Vektortabelle 
ist prinzipiell nicht verändert worden, es sind lediglich 
einige Vektoren angefügt worden. Auch musste natürlich die 
veränderte Hardware (zum Beispiel die MMU und das eingebaute 
BASIC) im Betriebssystem berücksichtigt werden. Dies hat zur 
Folge, dass sehr viele Routinen im neuen Betriebssystem an 
anderer Stelle geringfügig modifiziert vorgefunden werden. 
Auch viele Speicherstellen im RAM, die vom Betriebssystem 
als Zwischenspeicher benutzt werden, liegen jetzt an anderen 
Stellen. Dies hat zur Folge, dass nicht mehr alle alten 
Programme auf den neuen Geräten laufen. Programme, die aber 
Betriebssystemroutinen nur über die Vektortabelle anspringen 
und sich auch ansonsten an die "Betriebssystemspezifikatio- 
nen" halten, werden meist ohne Problem laufen. Programme, 
die "Tricks" anwenden, laufen dagegen oft nur nach einer, 
von Fall zu Fall unterschiedlich schwierigen Anpassung auf 
den neuen Geräten. 
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4 Die Hardware des Atari 


1) Allgemeines 


2) Anschlusspläne und Speicheraufteilung 


“rr 
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4.1 Allgemeines 

Es erstaunt nicht weiter, dass beim Atari 6®@®XL/80@XL neben 
der allgemein guten Konzeption auch die Hardware einen recht 
aufgeräumten und durchdachten Eindruck macht, wobei klar 
sein dürfte, dass in dieser Preisklasse nicht jedem alles 
recht gemacht werden kann. 


Einen Großteil der Strukturierung der Baugruppen wird im 
60@XL/8ROXL, wie schon in den alten 400/808-er Modellen, von 
den hochintegrierten Spezialbausteinen ANTIC, POKEY und 
GTIA, in Verbindung mit den Standardbausteinen CPU und PIA 
übernommen. 


Als Speicher werden in den beiden neuen Geräten ein 16 KByte 
großes ROM für das Betriebssystem und ein 8 KByte großes ROM 
für das eingebaute BASIC verwendet. 


Der einzige große Unterschied zwischen 600XL und 80®XL ist 
bekanntlich, dass der 80@XL einen auf 64 KByte erweiterten 
RAM-Bereich besitzt. Diese Erweiterung besteht nicht aus 
weiteren eingesteckten Bausteinen, sondern aus einer etwas 
anderen Konzeption. 


während der 68@XL für seine 16 KByte RAM zwei Bausteine 
verwendet, die jeweils 16.384 4-Bit-Worte enthalten, ist der 
800XL mit 8 wesentlich gebräuchlicheren und damit preis- 
werteren Bausteinen ausgerüstet, die jeweils 65.536 1-Bit- 
Worte enthalten. 


Schon alleine bei der Stromversorgung bemerkt man, dass die 
Atari-Computer keine 'wWird schon funktionieren'-Ware sind. 


Die vom extern geregelten Netzteil kommende Spannung wird 
gleich zu Beginn nach dem Hauptschalter in drei Pfade aufge- 
teilt, die alle gegeneinander durch Induktivitäten und 
Block-Kondensatoren entkoppelt sind. 


Ein Pfad ist hauptsächlich für die hochintegrierten Bau- 


steine und die direkt daran hängenden Pufferbausteine zu- 
ständig, der zweite Pfad führt zu den restlichen Logikbau - 
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steinen und den RAMs und der dritte Stromversorgungsteil ist 
ausschließlich für den HF-Modulator vorgesehen. Es ist auch 
der induktiv am besten entkoppelte Zweig, was Störungen so- 
wohl der Digitalsignale durch die Hochfrequenz als auch 
umgekehrt verhindern soll. 


Das Herz des Computers ist dessen Taktgenerator. Dieser hier 
erzeugt eine quarzgenaue 3,546894-MHz-Schwingung, die direkt 
für die Farbtakterzeugung herangezogen wird. 


Die Hälfte dieser Grundfrequenz (1,773477 MHZ) wird als Ar- 
beitstakt für die CPU benutzt und steuert damit zeitlich 
alle nicht direkt zur Farbansteuerung gehörenden Funktionen. 


Ein von der CPU geliefertes Taktsignal wird benutzt, um über 
eine sogenannte Spannungs-Verdopplerschaltung eine Referenz- 
spannung für CADJ des GTIA zu erzeugen. Dies ist bei diesen 
Geräten notwendig, da beim alten 400/809 eine Versorgungs - 
spannung von 12V existierte, die aufgrund der modernen RAM- 
Bausteine hier keine Verwendung mehr fände. 


Um das System in einen geordneten Zustand bringen zu können, 
benötigt es einen Reset-Impuls. Dieser wird automatisch beim 
Einschalten durch ein RC-Glied erzeugt. Der dabei gegen 
Masse liegende Kondensator kann über eine externe Leitung 
entladen werden; diese externe Leitung führt zur RESET-Taste 
der Konsole. Es werden von diesem Signal die Bausteine 
ANTIC, PIA und CPU zurückgesetzt. Die anderen Bausteine 
benötigen dieses Signal nicht, sie werden softwaremäßig 
initialisiert. 


Die CPU steuert über ihre Adress-, Daten- und Kontrollbus- 
leitungen die anderen hochintegrierten Schaltkreise an. Sie 
lässt sich jedoch auch über die vom ANTIC stammende HALT- 
Leitung anhalten, sodass sie ihre Leitungen auf einen hoch- 
ohmigen Pegel setzt. Das hat zur Folge, dass die Buslei- 
tungen jetzt frei sind, damit zum Beispiel der ANTIC seinen 
direkten Speicherzugriff (DMA) machen kann. 


Sämtliche Speicher (also RAM wie ROM) werden über einen 
weiteren, weniger hoch integrierten Baustein angesteuert. 
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Dieses IC ist ein programmierbarer Logikbaustein (PAL) und 
erfüllt unter anderem die Aufgaben einer Speicher-Decodier- 
Logik, die sonst mit diversen Standard-Decodern hätte aufge- 
baut werden müssen. Da sie jedoch nicht nur Decodier-, 
sondern auch Speicherblock-Verschiebe-Aufgaben besitzt, wäre 
die Bezeichnung 'Memory-Decoder' ihr nicht gerecht geworden. 


Da dieses IC in gewissem Rahmen auch eine Verwaltungslogik 
beinhaltet, ist der Ausdruck Memory-Management-Unit (MMU) 
wohl der bestgeeignete. 


Bevor die einzelnen Ein- und Ausgänge diskutiert werden 
sollen, noch eine kleine Bemerkung zur Syntax der Leitungs- 
bezeichner: Hinter jedem Signal steht hinter einem Doppel- 
punkt der Pegel, bei dem das Signal aktiv ist. Ist also zum 
Beispiel Signal XYZ bei Low-Pegel aktiv, so heißt das Signal 
XYZ:L, sonst XYZ:H. 


Als Eingänge besitzt die MMU zum Beispiel die fünf obersten 
Adressbits und die vom ANTIC stammende REFresh-Information, 
die besagt, dass es sich bei dem folgenden Speicherzugriff 
um einen Refresh-Zyklus handelt (die verwendeten RAM- 
Bausteine müssen in bestimmten Zeitabständen angesprochen 
werden, sonst verlieren sie ihre Inhalte. Siehe allgemeine 
Datenblätter dynamischer RAMs). 


Mit diesen Grundinformationen ist die MMU schon in der Lage, 
den gesamten 64 KByte-Speicherbereich in 32 2 Kbyte große 
Blöcke aufzuteilen. Die Blöcke würden prinzipiell gehen von 


Block ®& $0000 bis $07FF 


Block 1 $0800 bis $OFFF 
Block 2 $1000 bis $17FF 


Block 30 $F08® bis $F7FF 
Block 31 %$F880 bis $FFFF 


Die MMU fasst jedoch größere Blockgruppen jeweils zu Einhei- 
ten zusammen. 
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So ist zum Beispiel der Bereich von $0000 bis $3FFF (die 
untersten 16 KByte) immer eine Einheit, die sowohl beim 
60@XL als auch beim 800XL aus RAM besteht. Dann kommt ein 
Block, der besondere Beachtung verdient, um dann von $580@ 
bis $7FFF wieder einen normalen RAM-Speicherbereich anzu- 
sprechen, egal, ob dort physikalische RAM-Bausteine liegen 
oder nicht. 


Der Block Nummer 18 ($500@ bis $57FF) hat, wie gesagt, einen 
speziellen Status. Der Bereich ist normalerweise für den 
Einsatz von RAM vorgesehen, es lässt sich jedoch auch in 
diesem Block abschalten. Dazu führt von PIA-PORT B7 eine 
Leitung zum MAP-Eingang der MMU. Ist dieser Eingang auf 1, 
so bleibt wie gewohnt das RAM eingeschaltet. Geht er jedoch 
auf 8, so wird RAM-Block 18 abgeschaltet und der hinter den 
I/0o-Bausteinen in Block 26 ($D0dd bis $D’7FF) versteckt 
liegende ROM-Bereich wird hier hinuntergespiegelt. Es han- 
delt sich bei diesen 2 KByte Programm um die Selbsttest- 
Routine, die eingeschaltet wird, wenn beim Einschalten des 
Computers die OPTION-Taste gedrückt wird und keine Diskette 
angeschlossen ist. 


Aber noch zwei andere Umschalteleitungen führen von Port B 
zur MMU: PORT B® führt direkt zu ROM:H/RAM:L an der MMU und 
bewirkt dort, dass beim Nullwerden der Leitung das im 
Bereich $cOdd bis $CFFF und $D800@ bis $FFFF liegende 
Betriebssystem-ROM ab- und das eventuell dahinter liegende 
RAM eingeschaltet wird. Bei Benutzung dieser Adressen ist 
unbedingt darauf zu achten, dass das System abstürzt, wenn 
kein RAM an dieser Stelle vorhanden ist oder kein vernünf- 
tiges System darin steht. 


Um sicherzustellen, dass beim Kaltstart immer das ROM akti- 
viert ist, geht man davon aus, dass solch ein PIA-Pin nach 
einem RESET-Impuls automatisch als Eingang programmiert 
wird. Es muss dann nur noch der nun offene Eingang über 
einen Pull-up-widerstand hochgezogen werden und schon ist 
das ROM eingeschaltet. 
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Die dritte und letzte Verbindung zwischen MMU und PIA wird 
durch PORT B1 festgelegt, dessen Signal direkt an BasE:L 
geht. Ist diese Leitung auf null, so ist der 8 KByte große 
Bereich $Ad0@ bis $BFFF mit dem internen BASIC-ROM belegt, 
ansonsten ist dieser Bereich frei für anderes. 


Dieses 'andere' ist im Normalfall RAM, das an diese Stelle 
eingeblendet werden kann unter der Voraussetzung, dass es 
sich um einen 800XL oder 68®XL mit 64 KByte-Karte handelt. 


Die MMU hat jedoch noch zwei weitere Eingangsleitungen, mit 
denen sie Speicherbereiche umschalten kann; sie dienen der 
hardwaremäßigen Verarbeitung von Cartridges, also Steckmodu - 
len. 


Liegt ein Steckmodul im Speicherbereich von $ABQQ bis $BFFF 
(zum Beispiel das alte BASIC-Modul, das jetzt eingebaut ist 
oder der Atari-Assembler oder Spiele wie STARRAIDER u.ä.), 
so wird dies der MMU über die Leitung EN5:H mitgeteilt, 
liegt das ROM-Modul (auch) im Bereich $80008 bis $9FFF, so 
wird (auch) die Leitung EN4:H auf High gesetzt. Dadurch 
'weiß' die MMU entsprechend, dass sie das dahinterliegende 
RAM nicht aktivieren darf. 


Als letzte Eingangsleitung ist noch die MPD:L Leitung zu 
nennen. Sie ist eine externe Schaltleitung und bewirkt, dass 
aus dem Betriebssystembereich der auf die I/O-Gruppen fol- 
gende Bereich $D80® bis $DFFF (Mathematikroutinen-ROM, des- 
halb auch Math-Pack-Disable-Leitung) abgeschaltet wird. Dies 
wird für spätere Hardwareergänzungen verwendet. 


Neben diesen ganzen Eingangsleitungen verfügt die MMU 
selbstverständlich auch über Ausgangsleitungen, die alle als 
Selektierungsleitungen dienen. 


Ist EN4:H oder EN5:H High, so wird beim Ansprechen des 
entsprechenden Adressbereichs (also $800d bis $9FFF respek- 
tive $Addd bis $BFFF) die Leitung SEL4:L beziehungsweise 
SEL5:L auf Null gezogen, um das entsprechende ROM-Modul zu 
aktivieren. 
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Das Betriebssystem-ROM wird durch die Leitung 0S:L nach 
folgenden Kriterien selektiert: 


MPD:L ROM:H/RAM:L Adressbereich Ausgang 0S:L 
$C000 bis $CFFF 
$D80@ bis $FFFF 
generell inaktiv 
$C000 bis $CFFF 
$D80@ bis $DFFF 
$E@@@ bis $FFFF 


Die Leitung I/O:L bewirkt beim Ansprechen des Bereichs $D00d 
bis $D7’FF, dass der Memory-Map-I/O angesprochen wird. 
Memory-Map heißt hier, dass für die Ein-/Ausgabebausteine 
kein separater Adressraum zur Verfügung gestellt wird, 
sondern ein Teilbereich des Speicherraums dafür abgezweigt 
wird. 


RAM-Speicher kann dort, wo es notwendig ist, über die Lei 
tung CasInh:L von der MMU abgeschaltet werden. Diese Aus 
gangsleitung bewirkt bei entsprechender Decodierung beim 
RAM, dass das sogenannte Column Address Strobe, was die 
letztendliche Selektion einer dynamischen Speicherstelle 
bewirkt, unterdrückt wird. Dies wird deshalb auf diesem Wege 
vollzogen, weil sichergestellt werden muss, dass trotz aller 
Deselektion immer noch der Refresh zu den RAM-Bausteinen 
durchkomnt. 


Um von der MMU gleich zu den RAM-Bausteinen weiterzugehen, 
bedarf es auf elektronischem Weg einiger Timing-Glieder. 


Allgemein kann man sagen, dass die Ansteuerung dynamischer 
Speicher nur wegen der genau einzuhaltenden zeitlichen Folge 
der von den Speicherbausteinen verlangten Signale extrem 
kompliziert ist. 


Beim 600XL/800XL werden diese Zeitprobleme nun durch spezi- 


elle Zeitglieder gelöst, die eingehende Signale um wenig- 
stens 25, höchstes ca. 268 milliardstel Sekunden verzögern. 
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Auf die gesamte Decoderlogik wirken zwei Selektionssignale: 


Zum einen das CasInh:L von der MMU, zum anderen ein extern 
anzulegendes ExtSel:L, das beim Nullwerden das Ansteuern des 
internen RAMs verhindert. 


Neben der Speicherverwaltung gibt es noch zwei andere große 
Schaltungsbereiche innerhalb des Atari. Der eine wäre die 
Erzeugung der Farb-, Bild- und Tonsignale, zu denen nichts 
weiter besonderes zu sagen ist, da sie aus Standard-Hardware 
bestehen, wie zum Beispiel einem Digital-Analogwandler für 
die Luminanzwerte des GTIA oder einen 3-stufigen HF-Verstär 
ker für das komplette FBAS-Signal. Außerdem ist es von Atari 
nicht vorgesehen, dass in diesen Schaltungsteil von externer 
Hardware eingegriffen wird. 


Der zweite Bereich ist die Ein-/Ausgabe: 


So existieren Multiplexer/Demultiplexer für die Tastaturan 
steuerung, Analog- und Digitaleingänge von POKEY und PORT A 
für Paddle und Joystick sowie zwei Systembusverbinder. 


Die Analog- und Digitaleingänge sind über Pull-up-Wider- 
stände und gegen Masse gelegte Kondensatoren entstört. 


Im Gegensatz zu den alten 4880/8@88-er Modellen ist zu 
beachten, dass die Ein-/Ausgänge des PIA nicht mehr durch 
Serienwiderstände gegen Überlast gesichert sind. Das hat den 
Nachteil, dass die Ausgänge nun beim Experimentieren leicht 
zerstört werden können, demgegenüber wiederum den Vorteil, 
keine Probleme mehr zu bekommen, wenn der Ausgang mit 
normalen Lasten in seinem Grenzbereich betrieben werden 
soll. 


Die Joystickeingänge und Paddle-Leitungen werden über 9- 


polige D-SUB-Miniaturbuchsen herausgeführt, deren Anschluss - 
bild aus der folgenden Tabelle zu entnehmen ist: 
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Pin Nummer Anschluss geht intern zu wird benutzt für 
Joyl1 / Joy2 
ee RITA Im Vorwärts (Joy) 
2 PORT A1 / A5 Rückwärts (Joy) 
3 PORT A2 / A6 N. links (JOY), 


linker Auslöser 
beim Paddle 


4 PORT AS / A7 N. rechts (Joy), 
rechter Auslöser 
beim Paddle 


5 POKEY P1 / P3 linker Potenzio- 
meterwert Paddle 


6 GTIA TE / T1 Trigger (Feuer- 
knopf) vom Joy- 
stick oder 


Lightpen-Eingang 


7 Ub +5V / +5V Betriebsspannung 
normal belastbar 

8 GND / GND Signalmasse 

9 POKEY P@ / P2 recht. Potenzio- 


meterwert Paddle 


Ein eventueller Lightpen (Lichtgriffel, Schalter, der beim 
Erkennen bestimmter Helligkeit schließt) kann beim 
60RXL/ERRXL im Gegensatz zu den alten Geräten in jeder der 
beiden Buchsen eingesetzt werden. Beim Einsatz von zwei 
Lichtgriffeln gleichzeitig werden die negativen Eingangssig- 
nale mit &DER verknüpft (also die ßriginaleingänge mit 1o- 
gischem UND). 


59 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


Besondere Beachtung verdienen die beiden direkten CPU-Bus- 
verbinder. Der eine ist unter dem Namen ROM-Schacht bekannt 
und hält neben den untersten 13 Adressleitungen (für 8 KByte 
Adressraum), 8 Datenleitungen, Masse und +5V Versorgungs- 
spannung einige weitere Schaltleitungen. 


Da wären zum Beispiel die bei der MMU erwähnten Leitungen 
Sel4:L, Sel5:L, En4:H und En5:H. Sie dienen als Selektions- 
leitungen beziehungsweise als Informationsleitungen für die 
MMU, dass an dieser Stelle jetzt RM liegt und das RAM 
darunter abgeschaltet wird. 


Weiter wird die I/O-Selektionsleitung I/85:L herausgeführt. 
Sie wird aktiv (Low), wenn der I/O-Bereich $D500 bis $D5FF 
angesprochen wird. 


Um den Datentransfer mit den im R@M-Schacht steckenden Bau - 
teilen sicher gestalten zu können, werden noch die bekannten 
6502-CPU-Signale R:H/W:L sowie PHI2 herausgeführt. 


An dem hinten am Gerät installierten CPU-Bus liegen wesent - 
lich mehr Signale an. Neben allen 16 Adress- und 8 Datenbits 
liegt an mehreren Stellen des Verbinders eine Masseverbin- 
dung und für die +5V-Versorgung sind ebenfalls zwei Leitun- 
gen vorgesehen. 


Die Leitung ExtSel:L sperrt im aktiven Zustand das intern 
vorhandene RAM und wird hauptsächlich bei Anstecken einer 
RAM-Karte an den 68®XL benötigt. 


RESET:L ist das nicht synchronisierte Ausgangssignal, mit 
dem die internen Bausteine zurückgesetzt werden. 


IRQ:L ist ein Eingang, der am CPU-Pin IRQ anliegt. Es ist 
darauf zu achten, dass alle anderen unterbrechenden Geräte 
wie der POKEY und der PIA ebenfalls ihre Open-Drain-Ausgänge 
auf dieser Leitung zu liegen haben, und dass dieser Eingang 
durch einen 3kOhm-Widerstand intern bereits 'gepullt' wird. 
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LR:H/w:L ist ein gelatchtes, gepuffertes Signal, das dem 
CPU-R/W entspricht. Das Latchen geschieht zeitabhängig von 
PHI2 zum gleichen Zeitpunkt, an dem die Verknüpfung aus 
CasInh:L und ExtSel:L gelatcht wird, und kann direkt zur 
Ansteuerung von Speicherbausteinen verwendet werden. 


RDY:L ist verbunden mit dem gleichnamigen CPU-Pin, aber es 
ist zu beachten, dass der ANTIC über seine ebenfalls 
gleichnamige Open-Drain-Leitung immer Zugriff auf die CPU 
haben muss. Bei Verwendung dieser Leitung gilt also die 
gleiche Vorsicht wie bei der IRQ:L-Leitung. 


CasInh:L ist, wie schon bei der MMU besprochen, 
Ausgangssignal zum Disablen externer dynamischer RAMs. Es 
kann auch für statische Baugruppen verwendet werden, 
erfordert dann jedoch leichte vorherige Umwandlungsarbeit. 


CAS:L ist das reine Timing-Signal, wann der Column-Address- 
Strobe beim dynamischen Speicher zu erfolgen hat, wenn nicht 
CasInh:L oder ExtSel:L aktiv sind. 


Für RAS:L gilt Ähnliches wie für CAS:L, nur dass dieses 
Signal auch beim Refresh-Zyklus generiert wird und nicht von 
CasInh:L abhängig ist. 


Ref:L ist die Hardwarekopie des entsprechenden Ausgangs beim 
ANTIC und findet nur dann Verwendung, wenn aus den RAS/CAS- 
Signalen Informationen über den momentanen Busstatus gezogen 
werden sollen. Dies wäre zum Beispiel notwendig, wenn über 
RAS:L und CAS:L Baugruppen angesprochen werden sollen, die 
keinen Refresh benötigen. In wieweit dies sinnvoll ist und 
nicht einfach benötigte Signale aus dem restlichen CPU- 
Timing entnommen werden, bleibt dem jeweiligen Entwickler 
überlassen; wichtig werden diese Signale, wenn von außen auf 
das System zugegriffen werden soll. 


MPD:L ist der über Pull-Up inaktiv gehaltene MMU-Eingang zum 
Disablen des Mathematikroutinen-ROMs im Bereich $D82@ bis 
$DFFF und wird bislang noch von keiner (im Handel bekannten) 
Hardware verwendet. 
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Das letzte auf dem Bus verwendbare Signal ist Audio In, über 
das Signale in den vom Rechner generierten Sound eingemischt 
werden können. Der Eingang ist über einen 4Au7F-Kondensator 
gleichspannungsentkoppelt, kann jedoch auch unter bestimmten 
Voraussetzungen wie nochmaliger Verstärkung etc. als Ausgang 
verwendet werden. Dabei wäre dann mit einem Ausgangsspan- 
nungspegel von maximal 2@0@0mV zu rechnen. 


Als Gesamtübersicht über diesen Verbinder lässt sich sagen, 
dass er alle Erweiterungsmöglichkeiten nach außen hin offen 
lässt, wobei er es unmöglich macht, etwas an der internen 
Hardwarestruktur zu ändern, was nicht von Atari direkt ge- 
plant war. Als weiterer wichtiger Punkt dürfte herausgekon - 
men sein, dass es sich bei dieser Schnittstelle nicht etwa 
um eine Centronics-kompatible handelt, wie es leider immer 
wieder von unwissenden Verkäufern erzählt wird. 


Allgemein sind die Signale, die nach außen geführt werden, 
nicht gepuffert. Es ist also davon auszugehen, dass die 
Daten- und Adressleitungen jeweils eine LS-TTL-Last vertra- 
gen, die anderen Signale wie RESET:L, CAS:L und andere 
vertragen nicht mehr als 5 weitere LS-TTL-Lasten. Es ist 
gerade bei CAS:L und RAS:L zu beachten, dass dynamische 
Speicher extrem hohe Eingangskapazitäten besitzen, die das 
Fan-out der Signalquellen erheblich schwächen. 
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2008 16 KByte RAM 
bei allen 


4000 
2er 16 KByte RAM N des 
57FF 800/BD0XxL Selbsttest-ROMs 


8000 8 KByte RAM Cartridge-Bereich 
800/800XL (SEL4) 

ABO 8 KByte RAM 8 KByte BASIC Cartridge-Bereich 
800/800XL 6QOXL/SPRXL (SEL5) 

ceod 4 KByte RAM 4 KByte ROM 
SDOXL 6O0XL/EA@XL 

DE GTIA 

D108 Parallelbus 

D228 2 KByte RAM Selbsttest- POKEY 
SOOXL programm, nach 

bs00 [nicht S000-57FF 

D40R benutzbar ! spiegelbar ANTIC 

D508 Cartridge Control 


DE 2 KiB Math-Pack 
im Betriebs- 
10 KByte RAM | |system-ROM 


SORXL : 
FO 8 KiB ROM 


Betriebssystem 














FFFF 
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Ground VSS 1 40 RST |€ Reset 
Ready RDY 2 39 PHI2 |9 Phase 2 Clock 
Phase 1 Clock €| PHI1 3 38 so Set Overflow (not used) 
Interrupt Request IRQ 4 37 PHIG |€ Phase ® Clock 
not connected N/C 5 36 R/W Read / Write 
Non-Maskable Interrupt MI 6 35 HALT |€ Halt 
Sync SYNC 7 34 N/C not connected 
> a 
+5 Volt Power >| VCC 8 rm 33 DO Data Bus 
r [ra 
Address Bus AB 9 < 32 D1 Data Bus 
Address Bus a1 | 10 0 a | m Data Bus 
© Be 
Address Bus A2 11 DND 30 D3 Data Bus 
Address Bus A3 12 = 29 D4 Data Bus 
[@} BEE EE | 
Address Bus A4 13 bi 28 D5 Data Bus 
Address Bus A5 14 27 D6 Data Bus 
Address Bus A6 15 26 D7 Data Bus 
Address Bus A7 16 25 A15 Address Bus 
Address Bus A8 17 24 A14 Address Bus 
Address Bus A9 18 23 A13 Address Bus 
Address Bus A1® 19 22 A12 Address Bus 
Address Bus A11 28 21 VSS Ground 























'SALLY' ist die Standard-CPU in allen XL/XE-Computern. 
Außerdem fand sich in allen bisher überprüften PAL-Geräten 
des Typs 488/888 ebenfalls bereits eine 'Sally'! 
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Ground 


Alphanumeric Data 


Alphanumeric Data 


Light Pen 


Alphanumeric Data 


Reset NMI 


NMI 


Refresh 


Halt 


Address 


Address 


Address 


Address 


Bus 


Bus 


Bus 


Bus 


Read / Write 


RAN VNDYVRN 


Ready € 


Address 


Address 


Address 


Address 


Address 


Bus 


Bus 


Bus 


Bus 


Bus 
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YILNV 





















































48 D4 
39 D5 
38 D6 
37 D7 
36 RST 
35 F2O 
34 PHI® 
33 D3 
32 D2 
31 D1 
30 DO 
29 PHI2 
28 A4 
27 AS 
26 A6 
25 A7 
24 A8 
23 A9 
22 Aıl 
21 VDD 











Data Bus 


Data Bus 


Data Bus 


Data Bus 


€ Reset 


€ Fast Phase ® Clock 


> Phase 8 Clock 


Data Bus 


Data Bus 


Data Bus 


Data Bus 


€ Phase 2 Clock 


Address 


Address 


Address 


Address 


Address 


Address 


Address 


+5 Volt 


Bus 


Bus 


Bus 


Bus 


Bus 


Bus 


Bus 


Power 
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Address Bus 
Address Bus 
Ground 
Data Bus 
Data Bus 
Data Bus 
Data Bus 
Trigger ® 
Trigger 1 
Trigger 2 
GINTLK/Trigger 3 
OPTION 
SELECT 
START 
Keyboard Click 
PAL Clock 
Colour Adjust 
Alphanumeric Data 
Alphanumeric Data 


Alphanumeric Data 
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Al 








Ad 








VSS 








D3 








D2 








D1 








DE 








Te 








T1ı 








T2 








T3 








sed 








sı 








s2 








s3 





PAL 








DEL 








AN® 








AN 











AN2 
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40 


39 


38 
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35 


34 


33 


32 


31 


30 


29 


28 


27 


26 


25 


24 


23 


22 


21 
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Address Bus 

Address Bus 

Address Bus 

Data Bus 

Data Bus 

Data Bus 

Data Bus 

Read / Write 

Chip Select 
Luminance Signal 
Phase 2 
Fast Clock 8 
Oscillator 

+5V Power 
HALT 
Composite Sync 
Luminance Signal 
Luminance Signal 


Luminance Signal 


YYVVvıvyv 


Colour Burst 


Phase 


Potentiome 


Potentiome 


Potentiome 


Potentiome 


Potentiome 


Potentiome 


Potentiome 


Potentiome 


ter 


ter 


ter 


ter 


ter 


ter 


ter 





ter 


Ground 


Data Bus 


Data Bus 


Data Bus 


Data Bus 


Data Bus 


2 Clock > 


In 


In 


In 


In 


In 


In 


In 


In 


Keyboard Res 


put 6 


put 7 


put 4 


put 5 


put 2 


put 3 


put ® 





put 1 


ponse 





+5 Volt Power 


Keyboard Scan 


Keyboard Scan 


Keyboard Scan 


> 
> 
> 
> 
> 
> 
> 
> 
> 


€ 
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A3SY40d 
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39 


38 


37 


36 


35 


34 


33 


32 


31 


30 


29 


28 


27 


26 


25 


24 


23 


22 


21 











AUDIO 












































Data Bus 
Data Bus 
Data Bus 
> Audio Output 
Address Bus 
Address Bus 
Address Bus 
Address Bus 
Read / Write 
Chip Select 1 
Chip Select 8 
Interrupt Request 
> Serial Output Data 


> Serial Output Clock 
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Serial Bidirectional Clock 


€ Keyboard Response 
Serial Input Data 

> Keyboard Scan 

> Keyboard Scan 


> Keyboard Scan 
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Ground 


Port A 


Port A 


Port A 


Port A 


Port A 


Port A 


Port A 


Port A 


Port B 


Port B 


Port B 


Port B 


Port B 


Port B 


Port B 





Port B 


ISC Bi 


ISC B2 (in) / PSC B2 


68 


+5 Volt Power 











VSS 








PA@ 








PA1 








PA2 








PA3 








PAA 








PAS 








PA6 








PA7 








PB 








PB1 








PB2 








PB3 








PBA 








PB5S 








PB6 








PB7 








cB1 








CB2 











VcCc 











YId 
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38 


37 
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35 


34 
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32 


31 


30 


29 


28 


21. 


26 


25 


24 


23 


22 


21 





















































PHI2 


























€ Port A Control 
ISC A2 (€) / PSC A2 (>) 
Interrupt Request A 
Interrupt Request B 
Register Select 1 
Register Select ® 

Reset 
Data Bus 
Data Bus 
Data Bus 
Data Bus 
Data Bus 
Data Bus 


Data Bus 





Data Bus 

€ Phase 2 Clock 
Chip Select 1 
Chip Select 2 
Chip Select 8 


Read / Write 
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+5 Volt Power 


Cartridge Chip Select 
BASIC Enable 

I/O area selected 
CAS Inhibit 
0S ROM Chip Select 
Math Pack Disable 
Basic ROM Chip Select 
Cartridge Chip Select 


Refresh 





Address Bus A11l 1 20 VDD 
Address Bus A12 2 19 sa > 
Address Bus A13 3 18 BEN |va 
Address Bus A14 4 = 17 wo > 
Address Bus A15 5 [= 16 cıı > 
Self-test Enable >| MAP 6 pe 15 os |> 
ROM Detect for 8K block 4 | RD4 7 14 MD |ı€ 
ROM Detect for 8K block 5 | RD5 8 13 Bcs |> 
ROM Enable >| ROMEN 9 12 S5 > 
Ground GND 10 ı1 REF | € 
4.2.8 Die serielle Schnittstelle 
2 4 6 8 10 12 
d: 3 5 7 9 11 13 
1 Clock Input 8 Motor Control 
2 Clock Output 9 Proceed 
3 Data Input 18 +5 Volt / Ready 
4 Ground (Masse) 11 Audio Input 
5 Data Output 12 XL: nicht belegt 
6 Ground (Masse) 13 Interrupt 
7 


Command 
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Eingabe (Joystick vorwärts; umschaltbar auf Ausgabe) 
Eingabe (Joystick rückwärts; umschaltbar auf Ausgabe) 
Eingabe (Joystick links; umschaltbar auf Ausgabe) 
Eingabe (Joystick rechts; umschaltbar auf Ausgabe) 
Eingabe von Potenziometer B 

Eingabe (Feuer-) Knopf 

+5 Volt (Ausgabe) 

Ground (Masse) 

Eingabe von Potenziometer A 


oONOVRPRWODMNH 


15 14 13 2 110 98 1476 543 2 1 hinten 





XL 











SRPNM LK JH FED CB A vorn 





A - RD4 ROM Detect 8K Block 4 1 - S4 Select 8K Block 4 
B - GND Ground 2 - A3 Address Bus 

C - AA Address Bus 3- A2 Address Bus 

D- A5 Address Bus 4 - Al Address Bus 

E - A6 Address Bus 5 - Ad Address Bus 
F-A7 Address Bus 6 - D4 Data Bus 

H - A8 Address Bus 7- D5 Data Bus 

J - A9 Address Bus 8 - D2 Data Bus 

K - A12 Address Bus 9 - D1 Data Bus 

L - D3 Data Bus 18 - D& Data Bus 

M- D7 Data Bus 11 - D6 Data Bus 

N - All Address Bus 12 - S5 Select 8K Block 5 
P - A1® Address Bus 13 - +5 Volt Power 

R - R/W Read/Write 14 - RD5 ROM Detect 8&K Blck 5 
S - PHI2 Phase 2 Clock 15 - CCTL Cartridge Control 
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Die Hardware des Atari *** 
4.2.11 Der _BUS-Stecker 
1 GND Ground 27 D6 Data Bus 
3 Ad Address Bus 29 GND Ground 
5 A2 Address Bus 31 PHI2 Phase 2 Clock 
7 A4 Address Bus 33 N/C Not connected 
9 A6 Address Bus 35 IRQ Interrupt Request 
11 A7 Address Bus 37 N/C Not connected 
13 A9 Address Bus 39 N/C Not connected 
15 A11 Address Bus 41 CAS Column Address Strobe 
17 A13 Address Bus 43 MPD Math Pack Disable 
19 GND Ground 45 GND Ground 
21 D® Data Bus 47 N/C Not connected *) 
23 D2 Data Bus 49 AUDIO Audio IN 
25 DA Data Bus *) 6Q@XL: +5 Volt 
ı 3 5 7 g 11 13 1ı5 17 19 21 23 25 27 29 31 33 35 37 39 44 43 45 47 49 
EIER TER EN STRFRE TEE 
2 EXTSEL (RAM) 28 D7 Data Bus 
4 a1 Address Bus 30 GND Ground 
6 A3 Address Bus 32 GND Ground 
8 A5 Address Bus 34 RST Reset 
129 GND Ground 36 RDY Ready 
12 A8 Address Bus 38 EXTENB Ext Decoder Enable 
14 A10 Address Bus 48 REFRESH Refresh 
16 A12 Address Bus 42 GND Ground 
18 A14 Address Bus 44 RAS Row Address Strobe 
20 A15 Address Bus 46 LR/W Latched Read/Write 
22 D1 Data Bus 48 N/C Not connected *) 
24 D3 Data Bus 50 GND Ground 
26 D5 Data Bus * 6OBXL: +5 Volt 
EXTENB: H — CPU oder ANTIC greifen gerade auf das RAM zu. 
EXTSEL: L — deaktiviert das interne RAM des ATARI. 
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1) 
2) 
3) 
cs 
5) 
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Der ANTIC 


Allgemeines 

Die Kontroll- und Lightpen_Register 

Der DMA für die Player-Missile-Grafik 

Der Befehlssatz des ANTIC und das ANTIC-Programm 
Die Bildgrafik-Modi 

Die Schriftgrafik-Modi 


Scrolling (Verschieben des Bildes) 
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5.1 Allgemeines 

Der ANTIC ist kein Standard-IC, sondern ein Spezialbaustein. 
"ANTIC" steht dabei wohl für "Alphanumeric Television Inter - 
face Controller". Beim ANTIC handelt es sich um einen kun- 
denspezifisch hergestellten Mikroprozessor, der als Subpro- 
zessor für den Bildaufbau zuständig ist. Der ANTIC kann der 
CPU Arbeitszyklen "stehlen" (man spricht hier wirklich von 
"Cycle-Stealing"), das heißt, dass er die CPU immer dann 
anhält, wenn er Daten aus dem Arbeitsspeicher benötigt. Der 
ANTIC liest die Daten also im direkten Speicherzugriff, im 
DMA (Direct Memory Access). Der ANTIC kann die gesamten 
64 KByte Arbeitsspeicher adressieren und muss nicht erst, 
wie andere Grafikbausteine in anderen Mikrocomputersystemen, 
durch Register auf bestimmte Speicherbereiche gelegt werden. 


Der ANTIC besitzt einen eigenen Befehlssatz, mit dem man ihn 
dazu bringen kann, einzelne oder auch gleich mehrere Bild- 
zeilen auf dem Bildschirm darzustellen. Durch den ANTIC ist 
es möglich, verschiedene Grafikmodi beliebig auf dem Bild- 
schirm zu kombinieren. Man kann also Schrift- und Grafikmodi 
gleichzeitig verwenden. Das ist bislang mit keinem anderen 
Mikrocomputer dieser Preisklasse mit der gleichen Flexibili- 
tät möglich. 


Der ANTIC ist aber nicht alleine für die Bildausgabe zustän- 
dig. Er erstellt nicht selbst das fertige Bildsignal mit den 
Farbinformationen, sondern überträgt die Informationen zur 
Bilderstellung, die er aufgrund von Befehlen aus seinem 
Programm (dem ANTIC-Programm) aus dem Arbeitsspeicher geholt 
hat, zu einem weiteren Baustein, dem GTIA. Der GTIA fügt zu 
den Bildinformationen, die der ANTIC ihm überträgt, die 
Farbinformationen hinzu. 


Außerdem ist der GTIA für die sogenannte Player-Missile- 
Grafik, das heißt für die Darstellung beweglicher Objekte 
auf dem Bildschirm, zuständig. Der ANTIC kann den GTIA bei 
der Erstellung der Player-Missile-Grafik unterstützen, indem 
er dem GTIA in jeder Bildzeile die Daten zur Erstellung der 
Player-Missile-Grafik aus dem Arbeitsspeicher holt und in 
GTIA-Register überträgt. 
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Für viele der Register des ANTICs sind sogenannte Schatten- 
register vorhanden. Während des vVertikal-Leertaktes des 
Bildes werden die Register- und Schattenregisterinhalte 
aufeinander abgestimmt. Weitere Ausführungen dazu befinden 
sich in den Kapiteln über den GTIA und das Betriebssysten. 


Das folgende Schaubild soll die Herkunft und Verarbeitung 
der Bilddaten verdeutlichen: 


komplettes Bild 


Spielfeld Spieler und Geschosse 


En Br Zu 


Schriftgrafik Bildgrafik 4 Spieler 4 Geschosse 
(Zeichengrafik) 


je nach 
ANTIC- 
Modus 
(Befehl) 


\ 











PMCTNL 
DMACTNL 
Immer durch per ANTIC-DMA 
Den DMA des oder 
ANTIC direkt durch 


die CPU 


SPEICHER 
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Der ANTIC erstellt 58 Halbbilder pro Sekunde. Die Halbbilder 
sind aber nicht wie beim normalen Fernsehbild gegeneinander 
verschoben. Auf diese Art erhält man ein ruhiger stehendes 
Bild. Man spricht hier auch vom "non interlaced scan". Jedes 
dieser Halbbilder besteht aus 318 Bildzeilen. Jede Bildzeile 
besteht wiederum aus 228 sogenannten Farbtakten (engl. 
"Color-Clocks"). Ein solcher Farbtakt hat ungefähr die 
Breite von zwei Bildzeilen-Höhen. In einer Sekunde gibt es 
also ca. 3,5 Mio. Farbtakte (50 * 31@ * 228). Die CPU arbei- 
tet mit einer Taktfrequenz von etwa 1,77 MHz. Diese Frequenz 
wurde gewählt, damit auf einen Maschinentakt genau zwei 
Farbtakte kommen. 


Im Grafikmodus mit der höchsten Auflösung kann man einzelne 
kleine Felder, sogenannte "PIXEL", mit einer horizontalen 
Auflösung von einem halben Farbtakt und einer vertikalen 
Auflösung von einer Bildzeile ansprechen. 


Da Fernseher normalerweise nicht den wirklichen Bildrand 
zeigen, erzeugt das Betriebssystem nach der vVertikal- 
Synchronisation 24 Leerzeilen, bevor es mit dem eigentlichen 
Bild beginnt. Dadurch wird sichergestellt, dass auch das 
ganze Bild auf dem Bildschirm sichtbar ist. Sollte der 
Bildrand trotzdem nicht auf den Bildschirm gelangen, so ist 
der sogenannte "Overscan" des Bildschirms oder Fernsehers zu 
groß. 


Die Größe des eigentlichen Bildfeldes auf dem Bildschirm 
lässt sich vertikal durch die Anzahl und Art der ANTIC- 
Befehle im ANTIC-Programm bestimmen. 


Die Breite des eigentlichen Bildfeldes lässt sich auf drei 
verschiedene Werte bringen. Ein enges Bild hat 128 Farb- 
takte, das normale Bild (das auch vom Betriebssystem er- 
stellt wird) hat 168 Farbtakte und das breite Bild hat 192 
Farbtakte. Somit ergeben sich maximale horizontale Auflösun- 
gen von 256, 32® und 384 Pixeln (Bildpunkten). 


Das Betriebssystem erstellt grundsätzlich ein ANTIC- 


Programm, das 24 Leerzeilen am oberen Bildrand und 192 
eigentliche Bildzeilen hat. Man sollte grundsätzlich nie 
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mehr Zeilen als das Betriebssystem abbilden. Wenn man ver- 


sucht, 


mehr als 24 Leer- und 192 Bildzeilen auf den Bild- 


schirm zu bringen, ist es möglich, dass das Bild anfängt zu 


rollen. 


Das Register (bzw. das Schattenregister) 


DMACNTL 


DMACNTLS 


54272 $D400 
559 $22F 


kontrolliert den direkten Speicherzugriff des ANTIC. Dabei 
haben die einzelnen Bits des Registers folgende Funktionen: 


Bit 8-1 
Bit 2 
Bit 3 
Bit 4 


Größe des Bildschirms 

Wenn dieses Bit auf "1" steht, ist der DMA für 
die Geschosse eingeschaltet. 

Wenn dieses Bit auf "1 " steht, ist der DMA für 
die Spieler eingeschaltet. 

Wenn dieses Bit auf "1" steht, ist einzeilige 
Auflösung für Spieler und Geschosse gewählt, 
ist das Bit dagegen "8", werden Spieler und 
Geschosse zweizeilig aufgelöst dargestellt. 
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Bit 5 : Wenn dieses Bit auf "1" steht, ist der DMA für 
das Lesen des ANTIC-Programms eingeschaltet. 
Steht das Bit auf "@", erscheint kein Bild auf 
dem Monitor. 

Bit 6-7: unbenutzt 


Die Bits @ und 1 des Registers wählen die Breite des Bild- 
feldes auf folgende Art: 


Bit1 Bit® Funktion 

17) [%) Es werden keine DMA-Zyklen für das Bild ausge- 
führt, es gibt also kein Bild (Spielfeld). 

17) 1 Enges Spielfeld 
Das Bild hat jetzt 128 Farbtakte. 

1 1%) Normales Spielfeld 


Das Bild hat jetzt 168 Farbtakte. Diese Ein- 
stellung benutzt das Betriebssystem grund- 
sätzlich. 

1 1 Breites Spielfeld 
Das Bild hat jetzt 192 Farbtakte. 


Der Standardwert (der sogenannte "default value") dieses 
Registers ist $22 bzw. 34. 


Oft ist es nötig, die "normale" Tätigkeit der CPU zu unter- 
brechen, da bestimmte Aufgaben zum Beispiel nur während der 
Vertikal-Synchronisation erledigt werden können oder sollen, 
oder es müssen bestimmte Anfragen von Peripheriegeräten 
sofort beantwortet werden. Dafür gibt es bei der CPU 6582, 
die auch im Atari verwendet wurde, grundsätzlich zwei ver- 
schiedene Interrupts (Unterbrechungen). Der maskierbare 
Interrupt (IRQ : Interrupt ReQuest, Unterbrechung auf An- 
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frage) wird vom POKEY und gegebenenfalls von dem PIA be- 
nutzt. Der nicht von der CPU intern maskierbare (abschalt- 
bare) Interrupt (NMI: Non Maskable Interrupt) wird vom ANTIC 
verwaltet. Bei den alten 488/888der Modellen löste auch die 
"RESET"-Taste über den ANTIC einen NMI aus, bei den neuen 
Modellen ist diese Methode unbrauchbar geworden, weil zum 
Beispiel nach dem Einstecken eines (anderen) R®M-Moduls 
unbedingt ein Hardware-Reset erfolgen muss, wenn dabei das 
System abgestürzt ist. Bei den alten Geräten wurde beim 
Modulwechsel automatisch der Computer abgeschaltet. 


Im ANTIC gibt es das Register 
NMIEN 54286 $DABE 


mit dem es möglich ist, die sogenannten ANTIC-Programm- 
Unterbrechungen und den Vertikalsynchron-Interrupt (in dem 
das Betriebssystem zum Beispiel die Schattenregister er- 
zeugt) bereits im ANTIC zu unterbinden. Eine Unterbindung 
(Maskierung) des NMI bei (hier nicht vorgesehenem) Signal an 
der "RNMI"-Leitung ist mit NMIEN nicht möglich. Die Bits von 
NMIEN haben folgende Funktionen: 


Bit 0-5 : nicht benutzt 

Bit 6 : Wenn dieses Bit gesetzt ist, ist der Vertikal- 
synchron-Interrupt eingeschaltet. 

Bit 7 : Wenn dieses Bit gesetzt ist, sind ANTIC- 


Programm-Unterbrechungen möglich. 


Vom Betriebssystem wird der Wert $48 bzw.64 in NMIEN einge- 
tragen. Wenn der NMI-Eingang der CPU auf "8" geht, unter- 
bricht sie ihre normale Tätigkeit und bearbeitet eine 
Interrupt-Routine, deren Anfangsadresse an einer bestimmten 
Adresse ($FFFA und $FFFB) im System gespeichert ist. Diese 
Routine muss am Anfang feststellen, was die Unterbrechung 
ausgelöst hat. Dies kann sie im Register 


NMIST 54287 $DAQF 
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abfragen. Für jede Interruptquelle steht ein Bit zur Verfü- 
gung. Dass eine bestimmte Unterbrechungsbedingung aufgetre- 
ten ist, zeigt der ANTIC durch Setzen des entsprechenden 
Bits. Die Bits in NMIST sind wie folgt zugeordnet: 


Bit 8-4: unbenutzt 

Bit 5 : "RNMI"-Eingang 

Bit 6 Vertikalsynchron-Interrupt 
Bit 7 ANTIC-Programm-Unterbrechung 


Zum Rücksetzen eines gesetzten Bits in diesem Register, muss 
man lediglich irgendeinen Wert in das Register 


NMIRES 54287 $DAQF 


schreiben. Dieses Register hat die gleiche Adresse wie 
NMIST. Wenn auf diese Adresse ein Lesezugriff erfolgt, wird 
NMIST angesprochen, bei einem Schreibzugriff dagegen NMIRES. 


Mit dem Register 
VCOUNT 54283 $D42B 


ist es möglich festzustellen, welche Bildzeile der ANTIC 
gerade darstellt. Die Bits des Registers VCOUNT enthalten 
den Stand des internen Bildzeilenzählers. Das niedrigste Bit 
des Bildzeilenzählers ist aber nicht in VCOUNT enthalten. 
VCOUNT enthält also die Nummer der aktuellen Bildzeile ge- 
teilt durch zwei. Bei einem Bilddurchlauf zählt VCOUNT von ®& 
bis 155 (PAL-Gerät). 


Unter Umständen ist es für besondere Effekte nötig, den 
Prozessor parallel zu einer Zeile arbeiten zu lassen. Da der 
Aufbau einer Zeile jedoch zu schnell ist, um einfach abzu- 
fragen, wann die nächste Zeile beginnt, gibt es das Register 
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WAITHSYNC 54282 $DA4QA 


Wenn irgendein Wert in dieses Register hineingeschrieben 
wird, wird die CPU bis zum Anfang der nächsten Zeile einfach 
gestoppt. Dabei wird die "READY"-Leitung der CPU auf "g" 
geschaltet. Sobald das nächste Horizontalsynchronisations- 
signal kommt, also die Zeile beendet ist, arbeitet die CPU 
wieder weiter. 


An den Atari-Computer lässt sich an die Joystick-Anschlüsse 
ein sogenannter "Lightpen" anschließen. Wenn man einen der- 
artigen Lightpen auf den Bildschirm hält, wird seine Posi- 
tion in zwei Registern und Schattenregistern gespeichert: 


LPENH 54284 $D42C Hier wird die Horizontalposi- 
LPENHS 564 $234 tion des Lightpens gespei- 
chert. Das Register enthält 
die Nummer des Farbtaktes, bei 
dem sich der Lightpen befin 


det. 
LPENV 54285 $D4A48D Hier wird die Vertikalposition 
LPENVS 565 $235 des Lightpens gespeichert. Das 


Register enthält die Nummer 
der Bildzeile, in der sich der 
Lightpen befindet geteilt 
durch zwei. (vergl. VCOUNT) 


Es gibt allerdings häufig Probleme beim Einsatz eines Light - 
pens. Ein Lightpen ist eigentlich nichts weiter als ein 
Fototransist@r. Das Prinzip des Lightpens ist es, ein Signal 
an den ANTIC zu geben, sobald der das Bild erzeugende Strahl 
die Position des Lightpens passiert. Dazu muss der Fototran- 
sistor oder das jeweilige Aufnahmeelement jedoch sehr 
schnell reagieren. Derartig schnell reagierende Elemente 
sind sehr teuer. Unter Umständen erhält man auch akzeptable 
Ergebnisse mit billigen Fototransistoren, meist gibt es mit 
ihnen aber Probleme bei der Aufnahme der Horizontalposition. 


81 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


Für viele Zwecke ist es ausreichend nur die Vertikalposition 
des Lightpens festzustellen, zum Beispiel wenn man Punkte 
eines Auswahlmenüs mit dem Lightpen wählen möchte. Dann kann 
auch ein in der Vertikalposition nicht richtig funktionie- 
render Lightpen befriedigende Ergebnisse liefern. 


Die Player-Missile-Grafik wird vom GTIA erzeugt. Der GTIA 
unterstützt dabei jedoch immer nur eine Bildzeile. Es müssen 
daher für jede Bildzeile jeweils neue Daten in die sogenann- 
ten Grafikregister des GTIA geschrieben werden. Dies kann 
auch per Assemblerprogramm geschehen, der Aufwand dafür ist 
aber sehr hoch. Einfacher ist es, den DMA des ANTICs für die 
Player-Missile-Grafik zu verwenden. 


Man muss lediglich ein Speicherfeld mit den Daten der 
Spieler und Geschosse im Speicher aufbauen. Für jede 
Bildzeile 

(oder für jede zweite Bildzeile, wenn zweizeilige Auflösung 
gewählt ist) holt der ANTIC Daten aus dem Speicher und 
überträgt sie in die GTIA-Grafikregister. Die Horizontalpo- 
sition der @&bjekte wählt man dann im GTIA, die Vertikalposi- 
tion wird durch die Lage des Objekts im Player-Missile- 
Speicherfeld bestimmt. 
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Auf diese Art können Spieler beliebige vertikale Ausdehnung 
haben, also auch die gesamte Höhe des Schirms ausfüllen. Für 
die horizontale Darstellung stehen acht Bits bei Spielern 
und zwei Bits bei Geschossen zur Verfügung. Wie viel Farb- 
takte ein Bit von einem Spieler oder einem Geschoss jedoch 
belegt, wie groß ein Spieler oder ein Geschoss horizontal 
also ist, lässt sich durch die "SIZE"-Register im GTIA 
wählen. 


Der DMA für die Spieler und für die Geschosse, sowie die 
vertikale Auflösung (einzeilig oder zweizeilig), werden mit 


dem Register DMACNTL bzw. DMACNTLS eingeschaltet bzw. ge- 
wählt (s. S. 77). 


Die Basisadresse des Player-Missile-Speicherfeldes wird im 
Register 


PMBASE 54279 $D497 


gespeichert. 
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Die eigentliche Adresse, aus der sich der ANTIC die Daten 
für die Player-Missile-Grafik holt, setzt sich bei einzeili- 
ger Auflösung folgendermaßen zusammen: 


Bit 6-7 : Bildzeilenzähler für Spieler und Geschosse 
Bit 8-10 : Diese Bits wählen, für welchen Spieler/Geschoss 
der DMA erfolgt. 

Bit 11 ! PMBASE, Bit 3 

Bit 12 5 PMBASE, Bit 4 

Bit 13 - PMBASE, Bit 5 

Bit 14 ; PMBASE, Bit 6 

Bit 15 ! PMBASE, Bit 7 


PMBASE wählt also die Nummer des 256-Byte-Blocks, an dem das 
Player-Missile-Speicherfeld beginnt. Dieser Block muss aber 
am Beginn eines 2-KByte-Speicherblockes liegen. Man kann 
auch sagen, dass mit PMBASE einer von 32 möglichen 2-KByte- 
Speicherblöcken ausgewählt wird (5 Bits von PMBASE werden 
verwendet). Die Bits 8-10 "wählen" wie erwähnt, für welchen 
Spieler/Geschoss der DMA erfolgt. Dies geschieht auf folgen- 
de Weise: 


Bit1® Bit9 Bit8 Beschreibung 
1%) d 1%) Diese 3 Kombinationen treten nicht auf, 
1%) {7} 1 daher sind bei einzeiliger Auflösung 
1%) 1 1%) auch die ersten 3 * 256 Bytes unbenutzt. 


Prinzipiell gibt es 8 Kombinationen der 
Bits 8-10, da aber nur 4 Felder für 
Spieler und ein Feld für die Geschosse 
benötigt werden, bleiben 3 Kombinationen 


unbenutzt. 

17} 1 1 Bei dieser Kombination wird aus dem 
Speicherfeld für die Geschosse im DMA 
gelesen. 

1 2 [7] Bei dieser Kombination wird aus dem 
Speicherfeld für Spieler 8 im DMA 
gelesen. 
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1 [%) 1 Bei dieser Kombination wird aus dem 
Speicherfeld für Spieler 1 im DMA 
gelesen. 

1 1 17) Bei dieser Kombination wird aus dem 
Speicher feld für Spieler 2 im DMA 
gelesen. 

1 1 1 Bei dieser Kombination wird aus dem 
Speicherfeld für Spieler 3 im DMA 
gelesen. 


Bei zweizeiliger Auflösung der Spieler und Geschosse setzt 
sich die eigentliche Adresse für den DMA (das heißt die 
Adresse, aus der die Daten, die in die Grafikregister ge- 
schrieben werden, gelesen werden) folgendermaßen zusammen: 


Bit 8-6 : Bildzeilenzähler für Spieler und 
Geschosse. 
Bit 7-9 : Diese Bits wählen, für welchen 


Spieler/Geschoss der DMA erfolgt. Dabei 
gilt das für die Bits 8-18 bei einzeili 
ger Auflösung Gesagte. Jedoch muss 
beachtet werden, dass jeder Spieler und 
die Geschosse nur je 128 Bytes belegen. 
Es bleiben am Anfang des Player-Missile- 
Speicherfeldes also auch nur 3 * 128 
Byte unbenutzt (im Gegensatz zu den 3 * 
256 Byte bei einzeiliger Auflösung). 


Bit 18 i PMBASE, Bit 2 
Bit 11 : PMBASE, Bit 3 
Bit 12 i PMBASE, Bit 4 
Bit 13 , PMBASE, Bit 5 
Bit 14 : PMBASE, Bit 6 
Bit 15 i PMBASE, Bit 7 


PMBASE wählt also die Nummer des 256-Byte-Blocks, an dem das 
Player-Missile-Speicherfeld beginnt. Dieser Block muss aber 
am Beginn eines 1-KByte-Speicherblockes liegen. Man kann 
auch sagen, dass mit PMBASE einer von 64 möglichen 1-KByte- 
Speicherblöcken ausgewählt wird. 
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Wie schon erwähnt, handelt es sich beim ANTIC um einen 
Mikroprozessor. Bei seinen Befehlen handelt es sich um 
Kommandos, die die Darstellung von 1 bis 16 Bildzeilen zur 
Folge haben. Außerdem gibt es für jeden Befehl eine bestimm- 
te Form, die veranlasst, dass sich der ANTIC den Anfang des 
Bildspeichers "merkt", dass der sogenannte Bildspeicher- 
zähler geladen wird. Wie bei "normalen" Mikroprozessoren 
gibt es auch beim ANTIC Sprungbefehle, die bewirken, dass er 
das ANTIC-Programm von einer anderen Speicherstelle aus 
weiterliest. 


Natürlich muss man dem ANTIC mitteilen, von welcher 
Speicherstelle aus er sein Programm abarbeiten soll. Diese 
Adresse teilt man ihm in zwei Registern bzw. zwei 
Schattenregistern (einem sogenannten Pointer, also Zeiger 
auf das ANTIC-Programm) mit: 


DLPTRL 54274 $D422 unteres Byte der Adresse 
DLPTRLS 568 $230 (Schattenregister) 
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DLPTRH 54275 $D403 obere Hälfte der Adresse 
DLPTRHS 561 $231 (Schattenregister) 


Die Abkürzung "DLPTR" kommt von "Display-List"; diese beiden 
Register ergeben den "Zeiger auf das ANTIC-Programm". Der 
ANTIC verwendet den Wert der Register intern als Wert seines 
Programm-Zählers. Dieser ANTIC-Programm-Zähler zeigt jeweils 
auf den abzuarbeitenden ANTIC-Befehl. Da die obersten 6 Bits 
des ANTIC-Programm-Zählers nur Register sind und nicht hoch- 
gezählt werden können, kann das ANTIC-Programm eine 1-KByte- 
Grenze nur durch einen ANTIC-Programm-Sprung überwinden. 


Durch den Wechsel der Inhalte der Register DLPTRL und DLPTRH 
kann man das gesamte Bild wechseln. Man muss vorher ledig- 
lich ein neues ANTIC-Programm und einen Bildspeicher irgend - 
wo im System aufbauen. 


Man sollte diese Register nur während der Vertikalsynchroni- 
sation ändern, ansonsten kann das Bild kurzzeitig abrollen. 
Die Schattenregisterinhalte werden immer während der Verti- 
kalsynchronisation in die Register geschrieben, daher muss 
hier nicht darauf geachtet werden, dass man selbst nur wäh- 
rend der Vertikalsynchronisation schreibt. Damit der ANTIC 
überhaupt das ANTIC-Programm lesen kann, muss Bit 5 von 
Register DMACNTL gesetzt sein. 


Alle ANTIC-Befehle kann man grundsätzlich in 3 Gruppen 
einteilen: 

1) Befehle, um Leerzeilen zu erzeugen 

2) Sprungbefehle 

3) Befehle, die Bildzeilen erzeugen 


Jeder ANTIC-Befehl wird per DMA in das Befehlsregister gela- 
den. Bei Sprungbefehlen werden vom ANTIC zwei weitere Bytes 
per DMA gelesen. Diese beiden Bytes werden in den ANTIC- 
Programm-Zähler geladen. wie bei CPU-Befehlen wird auch hier 
zuerst das niederwertige Byte und dann das höherwertige Byte 
gelesen. 


88 


Der ANTIC *** 


Bei Befehlen, die veranlassen, dass der Bildspeicherzähler 
geladen wird, holt der ANTIC ebenfalls zwei weitere Bytes 
per DMA aus dem Speicher und transportiert sie in das Bild- 
speicherzählerregister (auch hier wird das niederwertige 
Byte zuerst gelesen). Bei "normalen" Anzeigekommandos holt 
der ANTIC das nächste Byte der Bilddaten direkt aus der 
Speicheradresse, die der folgt, aus der das letzte Byte der 
vorherigen Zeile gelesen wurde. Der Bildspeicherzähler wird 
dabei nicht neu geladen. Dadurch werden die Bilddaten der 
jeweils nächsten Zeile direkt aus den Speicherstellen, die 
der vorhergehenden Zeile folgen, gelesen. Die Bilddaten der 
einzelnen Zeilen werden so ohne Lücke aneinandergereiht. Es 
ergibt sich dadurch ein Bildspeicherblock, wie er auch bei 
fast allen anderen Mikrocomputern vorhanden ist. 


Der Bildspeicherzähler (der Pointer auf die Bilddaten) be- 
steht aus 4 Register- und 12 Zählerbits. Daher kann ein 
zusammenhängender Bildspeicherbereich nie länger als 4Kbyte 
sein. Jeweils beim Übergang zum nächsten 4-KByte-Block muss 
der Bildspeicherzähler durch ein geeignetes ANTIC-Kommando 
neu geladen werden. Besonders sollte man auch darauf achten, 
dass der 4-KByte-Block nicht während der Darstellung einer 
Zeile überschritten wird. Dies würde nämlich dazu führen, 
dass plötzlich, innerhalb der laufenden Zeile, die Daten aus 
Speicherstellen vom Anfang des durch die obersten 4 Bits des 
Bildspeicherzählers bestimmten 4-KByte-Blocks gelesen wür- 
den. 


Für jeden Befehl gibt es eine Version, die veranlasst, dass 
bei der Bearbeitung der letzten, durch diesen Befehl erzeug- 
ten Bildzeile, die normale Tätigkeit der CPU unterbrochen 
wird und stattdessen die Routine, deren Startadresse bei 
DLIVKT (niederwertiges Byte in 512/$200, höherwertiges Byte 
in 513/$201) steht, bearbeitet wird. Die Voraussetzung für 
eine derartige ANTIC-Programm-Unterbrechung ist, dass Bit 7 
von NMIEN gesetzt ist. Eine ANTIC-Programm-Unterbrechung ist 
nicht eine Unterbrechung des ANTIC-Programms, sondern eine 
Unterbrechung (Interrupt) der CPU, die durch das ANTIC- 
Programm ausgelöst wird. 
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Mit ANTIC-Programm-Unterbrechungen lassen sich zum Beispiel 
während eines Bildes in einer bestimmten Zeile die Farben 
wechseln. Mit einer ANTIC-Programm-Unterbrechung ist es auch 
möglich, mehr als vier Spieler und Geschosse darzustellen, 
indem man PMBASE auf ein anderes Player-Missile-Speicherfeld 
legt und die Farben und Bildschirmpositionen, soweit nötig, 
wechselt. ANTIC-Programm-Unterbrechungen bieten vielfältige 
Möglichkeiten, da es mit ihnen auf sehr einfache Art möglich 
ist, einen Programmteil während der Darstellung einer be- 
stimmten Bildschirmposition abzuarbeiten. 


Der ANTIC besitzt Befehle, die auf dem Bildschirm Leerzeilen 
erzeugen. Wenn ein derartiger Befehl abgearbeitet wird, 
werden keine Bilddaten aus dem Speicher geholt. Statt dessen 
erscheint die Hintergrundfarbe auf dem Monitor. Die Leerzei- 
lenbefehle sind grundsätzlich ein Byte lang. Mit einem Leer- 
zeilenbefehl werden ein bis acht Leerzeilen erzeugt. Ein 
ANTIC-Befehl für Leerzeilen wird wie folgt aufgebaut: 


Bit 8-3 : Diese Bits müssen für einen Leerzeilenbefehl 
binär %8000 enthalten. 
Bit 4-6 : Der Binärwert dieser drei Bits bestimmt die 


Anzahl der Leerzeilen plus eins, die mit diesem 
Befehl erzeugt werden. Wenn diese Bits zum Bei- 
spiel binär %01d enthalten, werden 3 Leerzeilen 
erzeugt. 

Bit 7 : Wenn dieses Bit gesetzt ist, wird eine ANTIC- 
Programm-Unterbrechung bei der Darstellung der 
letzten, durch diesen Befehl erzeugten Bild- 
zeile ausgelöst. 
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Mit diesen Befehlen wird der ANTIC-Programm-Zähler neu gela- 
den. wenn ein derartiger Befehl in einem Bildblock auftritt, 
verursacht er eine Leerzeile. Daher sollten Sprungbefehle 
nur am Ende eines Bildes ausgelöst werden. Die beiden Bytes, 
die im ANTIC-Programm einem Sprungbefehl folgen, enthalten 
die neue Adresse (niederwertiges Byte zuerst). Ein ANTIC- 
Sprungbefehl wird wie folgt aufgebaut: 


Bit 8-3 : Diese Bits müssen bei einem Sprungbefehl binär 
%2@81 enthalten. 
Bit 4 : Wenn dieses Bit "@" ist, wird ein einfacher 


Sprung ausgelöst, bei dem eine Leerzeile ver- 
ursacht wird. Ist dieses Bit "1", erfolgt 
ebenfalls ein Sprung an die angegebene Adresse. 
Der ANTIC wartet mit der Ausführung des 
folgenden Befehls bis zum Ende der nächsten 
Vertikalsynchronisation, also bis zum nächsten 


Bild. 
Bit 5-6 : Diese Bits sollten "@" sein. 
Bit 7 .: Wenn dieses Bit "1" ist, wird eine ANTIC- 


Programm-Unterbrechung ausgelöst. 


Diese Befehle enthalten die Nummer (hexadezimal) des ANTIC- 
Modus, mit dem die nächste Bildzeile, bzw. der nächste 
Bildblock dargestellt wird. Oft werden diese Befehle auch 
als "Display"-Befehle bezeichnet. Ein Displaybefehl des 
ANTIC ist folgendermaßen aufgebaut: 


Bit 0-3: Diese Bits enthalten die (hexadezimale) 
Nummer/Bezeichnung des ANTIC-Modus. 

Bit 4 : Wenn dieses Bit gesetzt ist, ist der 
Horizontalvorschub (das Horizontal-Scrolling) 
eingeschaltet. 
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Bit 5 : Wenn dieses Bit gesetzt ist, ist der Vertikal- 
vorschub (das Vertikal-Scrolling) ein- 
geschaltet. 

Bit 6 : Wenn dieses Bit gesetzt ist, so wird vor der 
Darstellung der ersten, zu diesem Befehl ge- 
hörigen Zeile, der Bildspeicherzähler mit den 
beiden im ANTIC-Programm folgenden Bytes ge- 
laden. 

Bit 7 : Wenn dieses Bit gesetzt ist, wird eine ANTIC- 


Programm-Unterbrechung bei der Darstellung der 
letzten durch diesen Befehl erzeugten Bildzeile 


ausgelöst. 


Die folgenden Tabellen fassen die ANTIC-Befehle noch einmal 


zusammen (dabei sind die Daten hexadezimal angegeben): 


BEFEHL ohne mit 
ANTIC-Programm-Unterbrechung 


1 Leerzeile 0% 80 
2 Leerzeilen 10 98 
3 Leerzeilen 20 Ad 
4 Leerzeilen 30 BO 
5 Leerzeilen 40 co 
6 Leerzeilen 50 DO 
7 Leerzeilen 6 Ed 
8 Leerzeilen 78 Fo 
Sprung e1 81 
Sprung u.Warten 41 cı 
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HScrolling 
VScrolling 


lade Bildspei- 


cherzähler 


BEFEHL 


Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 


BEFEHL 


Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 
Modus 


"a" 
"a" 
ng" 
"Gg" 
"g" 
rät 
"g" 
"g" 
"a" 
"B" 
red 
"p" 
"ge" 
NEN 


non 
zu 
ng" 
"g" 
"g" 
zu 
ran 
ng" 
"a" 
"B" 
Lradl 
"og" 
"ge" 
NEN 


22 
83 
84 
85 
26 
07 
28 
89 
BA 
dB 
[7]6 
2D 
BE 
[7]2 


82 
83 
84 
85 
86 
87 
88 
89 
8A 
8B 
sc 
8D 
8E 
sr 


12 
13 
14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
IF 


MIT ANTIC-PROGRAMM-UNTERBRECHUNG 


92 
93 
94 
95 
96 
97 
98 
99 
9A 
9B 
9C 
9D 
9E 
9F 


22 
23 
24 
25 
26 
27 
28 
29 
2A 
2B 
2C 
2D 
2E 
2F 


A2 
A3 
A4 
A5 


32 
33 
34 
35 
36 
37 
38 
39 
3A 
3B 
3C 
3D 
3E 
3F 


B2 
B3 
BA 
B5 
B6 
B7 
B8 
B9 
BA 
BB 
BC 
BD 
BE 
BF 


42 
43 
44 
45 
46 
47 
48 
49 
aa 
4B 
ac 
4D 
4E 
AF 


c2 
Cc3 
Cc4 
C5 
Cc6 
Cc7 
c8 
c9g 
CA 
CB 
cc 
CD 
CE 
CF 


52 
53 
54 
55 
56 
57 
58 
59 
5A 
5B 
5C 
5D 
5E 
SF 


D2 
D3 
D4 
D5 
D6 
D7 
D8 
D9 
DA 
DB 
DC 
DD 
DE 
DF 
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OHNE ANTIC - PROGRAMM-UNTERBRECHUNG 


62 
63 
64 
65 
66 
67 
68 
69 
6A 
6B 
6C 
6D 
6E 
6F 


E2 
E3 
EA 
ES 
E6 
E7 
E8 
E9 
EA 
EB 
EC 
ED 
EE 
EF 


72 
73 
74 
75 
76 
77 
78 
79 
TA 
7B 
7C 
7D 
7E 
7F 


F2 
F3 
F4 
F5 
F6 
F7 
F8 
F9 
FA 
FB 
FC 
FD 
FE 
FF 
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Das ANTIC Programm und der Bildspeicher im BASIC-Modus "@" 
("GRAPHICS @"): 


Adresse Daten 
(hex.) (hex.) 


7C20 78 24 Leerzeilen am oberen Bildrand 
78 (wegen "Overscan" des Bildschirms) 
78 
42 (Darstellung mit ANTIC-Modus "2") 
40 Der Bildspeicherzähler wird mit 
7C $7C48 geladen 
22 --I 
22 I 
22 I 
I 
I-- 23 weitere Zeilen 
I im ANTIC-Modus "2" 
: I 
22 I 
22 --I 
41 Springe nach $7C28 und warte auf 
20 das Ende des Vertikal-Leertaktes 
7C (ANTIC-Programm-Zähler neu laden) 
7C48 1. Bildzeile --I 
7C68 2. Bildzeile I 
7C98 3. Bildzeile I 


I-- je 48 Zeichen 
I Bildspeicher 


: I 
7F6® 23. Bildzeile I 
7F88 24. Bildzeile --I 


Der Bildspeicher ist insgesamt 960 ($3C0) Bytes lang und 
endet bei $7FAF (dezimal: 32687). 
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Der ANTIC *** 


Der ANTIC verfügt über acht verschiedene Bildgrafik-Modi. 
Bei einem Bildgrafik-Modus kann man jedes Pixel auf dem 
Bildschirm einzeln ansprechen. Bei den XL/XE-Modellen sind 
alle 8 Modi durch das Betriebssystem im BASIC verfügbar. Die 
einzelnen Modi unterscheiden sich im Grad der Auflösung und 
in der Anzahl der für jedes Pixel verfügbaren Farben, somit 
also auch im Speicherbedarf. 


Unter einem Pixel versteht man ein rechteckiges Feld auf dem 
Bildschirm, das ein bis acht Bildzeilen hoch und einen 
halben bis 4 Farbtakte breit sein kann. Bei einem ANTIC- 
Programm mit 192 Bildzeilen und 168 Farbtakten pro Zeile 
ergeben sich somit Auflösungen von 24 * 48 bis 192 * 328 
Pixeln. Bei 192 Farbtakten pro Zeile ergibt sich sogar eine 
maximale horizontale Auflösung von 384 Pixeln. 


ANTIC-Modi mit geringer Auflösung haben den Vorteil, dass 
sie wenig Speicherraum verbrauchen, sich somit auch schnell 
komplett ändern lassen. Außerdem benötigen sie nicht so 
viele DMA-Zyklen, verlangsamen die CPU also auch weniger als 
ANTIC-Modi mit hoher Auflösung. Die Adresse des Bild- 
speichers wird (wie im Kapitel über das ANTIC-Programm be- 
schrieben) im ANTIC-Programm festgelegt. 


Die Daten werden, wenn sie zur Bilddarstellung benötigt 
werden, per DMA vom ANTIC aus dem Arbeitsspeicher geholt. 
Außer auf den Bildschirm, transportiert der ANTIC die Bild- 
daten noch in ein internes, sogenanntes Verschieberegister. 
Dort stehen die Bilddaten für den Fall zur Verfügung, dass 
mehrere Zeilen gleichartig sind (wenn zum Beispiel ein Pixel 
mehrere Bildzeilen einnimmt). Auf diese Art liest der ANTIC 
die Bilddaten für gleichartige Zeilen nur einmal und spart 
dadurch DMA-Zyklen ein. 
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5.5.1 Die einzelnen Modi 


Die Angaben beziehen sich, wenn nicht anders angegeben, auf 
die normale Zeilenbreite (168 Farbtakte pro Bildzeile). 


ANTIC- 
MODUS 


ng" 


"g" 


"a" 
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Beschreibung 


Dieser ANTIC-Modus entspricht dem BASIC-Modus "3". 
Es werden 48 Pixel pro Normalzeile dargestellt, 
dabei stehen vier verschiedene Farben zur Verfü- 
gung. Jedes Pixel hat eine Höhe von 8 Bildzeilen. 
Pro Normalzeile werden 18 Bytes Bildspeicher benö- 
tigt. Jedes Pixel belegt 4 Farbtakte. Bei normaler 
Bildschirmeinstellung sind die Pixel also quadra- 
tisch. Jeweils zwei Bits der Bilddaten wählen ein 
Farbregister an, dabei gilt folgende Tabelle: 


Daten Farbregister 
[7)7] COLBAK 

21 COLPF® 

10 COLPF1 

11 COLPF2 


Dieser ANTIC-Modus entspricht dem BASIC-Modus "4". 
Es werden 88 Pixel pro Normalzeile dargestellt, 
dabei ist jedes Pixel 2 Farbtakte breit. Es stehen 
zwei verschiedene Farben zur Verfügung. Pro Zeile 
werden auch bei diesem Modus 18 Byte Bildspeicher 
benötigt. Auch bei diesem Modus sind die Pixel 
normalerweise quadratisch. Für jedes Pixel steht 
ein Bit in den Bilddaten zur Verfügung, wenn das 
Bit "8" ist, wird die Farbe aus COLBAK (Hinter- 
grund) abgebildet, ansonsten erscheint die Farbe 
aus COLPF®. 


Dieser ANTIC-Modus entspricht dem BASIC-Modus "5". 
Auch hier sind die Pixel quadratisch. Pro Zeile 


"B" 


"o" 


"p" 


Der ANTIC *** 


werden 8@ Pixel, die je zwei Farbtakte breit sind, 
dargestellt. Es stehen vier verschieden Farben für 
jedes Pixel zur Verfügung. Pro Zeile werden 2® 
Bytes Bildspeicher benötigt. Jedes Pixel ist 4 
Bildzeilen hoch. Je zwei aufeinanderfolgende Bits 
der Bilddaten wählen aus vier Farbregistern eins 
aus, dabei gilt folgende Tabelle: 


Daten Farbregister 
29 COLBAK 
21 COLPF® 
10 COLPF1 
11 COLPF2 


Dieser ANTIC-Modus entspricht dem BASIC-Modus "6". 
Pro Zeile werden 168 quadratische Pixel darge- 
stellt, die je einen Farbtakt breit und 2 Bildzei- 
len hoch sind. Es stehen zwei Farben für die Pixel 
zur Verfügung. Pro Zeile werden also 28 Byte Bild- 
daten benötigt. Für die Farbe jedes Pixels ist ein 
Bit der Bilddaten "zuständig". Wenn dieses Bit "0" 
ist, wird die Farbe aus COLBAK dargestellt, an- 
sonsten erscheint die Farbe aus COLPF®. 


Dieser ANTIC-Modus entspricht dem BASIC-Modus 
"14". Die Pixel sind hier etwa doppelt so breit 
wie hoch. Pro Zeile werden 168 Pixel dargestellt, 
die je einen Farbtakt breit und eine Bildzeile 
hoch sind. Es stehen zwei Farben zur Verfügung. 
Pro Zeile werden auch hier 28 Bytes Bilddaten 
benötigt. Für jedes Pixel ist ein Bit der 
Bilddaten "zuständig". Wenn dieses Bit "@" ist, 
wird die Farbe aus COLBAK dargestellt, ansonsten 
erscheint die Farbe aus COLPF®. 


Dieser ANTIC-Modus entspricht dem BASIC-Modus "7". 
Die Pixel sind hier quadratisch. Pro Normalzeile 
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"EN" 
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werden 16@ Pixel abgebildet, für die vier Farben 
zur Verfügung stehen. Jedes Pixel ist einen Farb- 
takt breit und zwei Bildzeilen hoch. Pro Zeile 
werden also 48 Bytes Bilddaten benötigt. Je zwei 
aufeinander folgende Bits der Bilddaten wählen aus 
vier Farbregistern eins aus, dabei gilt folgende 
Tabelle: 


Daten Farbregister 
[77] COLBAK 
21 COLPF® 
10 COLPF1 
11 COLPF2 


Dieser ANTIC-Modus entspricht dem BASIC-Modus 
"15". Die Pixel sind auch hier etwa doppelt so 
breit wie hoch. Pro Zeile werden 168 derartige 
Pixel dargestellt, für die vier Farben zur 
Verfügung stehen. Jedes Pixel ist einen Farbtakt 
breit und eine Bildzeile hoch. Für eine Zeile 
werden 48 Bytes Bildspeicher benötigt. Bei diesem 
Modus ist besondere Vorsicht bei der Erstellung 
eines ANTIC-Programms geboten: Wenn man diesen 
Modus mit 192 Zeilen bzw. Bildzeilen (hier sind 
Zeilen und Bildzeilen identisch) betreibt, ist der 
Bildspeicher größer als AKbyte. Etwa in der Mitte 
des ANTIC-Programms muss daher der Bildspeicher - 
zähler durch einen entsprechenden ANTIC-Befehl neu 
geladen werden. 

Je zwei aufeinanderfolgende Bits der Bilddaten 
wählen aus vier Farbregistern eins aus, dabei gilt 
die folgende Zuordnung: 


Daten Farbregister 
[7)7] COLBAK 
21 COLPF® 
10 COLPF1 
11 COLPF2 


Der ANTIC *** 


"E" Dieser ANTIC-Modus entspricht dem BASIC-Modus "8". 
In einer Zeile werden 328 quadratische Pixel dar- 
gestellt, die eine Bildzeile hoch und einen halben 
Farbtakt breit sind. Da die Pixel nur noch einen 
halben Farbtakt breit sind, können sie nur unter- 
schiedliche Helligkeiten und nicht verschiedene 
Farben haben. Pro Bildzeile werden auch bei diesem 
Modus 48 Bytes Bildspeicher benötigt. Auch bei der 
Erstellung eines ANTIC-Programms für diesem Modus 
ist besondere Vorsicht geboten: Wenn man diesen 
Modus mit 192 Zeilen bzw. Bildzeilen (hier sind 
Zeilen und Bildzeilen identisch) betreibt, ist der 
Bildspeicher größer als 4 KByte, etwa in der Mitte 
des ANTIC-Programms muss daher der Bildspeicher - 
zähler durch einen entsprechenden ANTIC-Befehl neu 
geladen werden. Die Farbe der Pixel ist immer die 
Farbe, die in COLPF2 steht. Für jedes Pixel steht 
ein Bit in den Bilddaten zur Verfügung. Wenn 
dieses Bit "2" ist, wird die Helligkeit des Pixels 
ebenfalls durch COLPF2 bestimmt. Ist das Bit "1" 
wird das Pixel mit der Helligkeit dargestellt, die 
in COLPF1 eingetragen ist. 


Auf der nächsten Seite folgt eine Tabelle, die die einzelnen 
Grafik-Modi noch einmal zusammenfasst. 
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5,5.2 Übersicht Grafik-Modi 


ANTIC-MODUS 


Basic-Modus 


Pixel pro Zeile 
(schmales Bild) 


Pixel pro Zeile 
(breites Bild) 


Pixel pro Zeile 
(Normalzeile) 


Bytes pro Zeile 
(Normalzeile) 


Bildzeilen 
(pro Pixel) 


Farbtakte 
(pro Pixel) 


Farbanzahl 


Datenbits 
(pro Pixel) 


Verwendete 
Farbregister 


COLPF® 
COLPF1 
COLPF2 
COLPF3 
COLBAK 


H: Nur die Helligkeitsangabe wird verwendet! 
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g" 


"a" 


32 


48 


217] 


10 


x 


x 


x 


g" 


ng" 


64 


96 


80 


10 


x 


"a" 


"5" 


64 


96 


80 


20 


x 


x 


x 


"g" 


"5" 


128 


192 


168 


x 


oh 


"4" 


128 


192 


160 


x 


"p" 


nz" 


128 


192 


160 


x 


x 


x 


NE" 


"15" 


128 


192 


160 


x 


"EN 


von 


256 


384 


320 


40 
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Der ANTIC verfügt nicht nur über leistungsfähige Modi zur 
Darstellung von Punktgrafiken, er besitzt auch 6 Modi zur 
Darstellung von Schriftzeichen. Den Begriff Schriftzeichen 
sollte man allerdings nicht allzu wörtlich nehmen. Natürlich 
kann man auch andere Gegenstände mit den Schriftgrafik-Modi 
auf dem Bildschirm darstellen, man muss sich lediglich einen 
eigenen Zeichensatz definieren. Mehrere Schriftgrafik-Modi 
eignen sich auch nicht ohne Weiteres zur Darstellung von 
Buchstaben, da sie nur vier Pixel breit sind. Dafür sind sie 
für andere Zeichendarstellungen (z.B. in Spielen) geeignet, 
da sie über vielfältige Farbmöglichkeiten verfügen. Mit den 
Schriftgrafik-Modi kann man sehr hoch aufgelöste Bilder mit 
wenig Bildspeicherraum darstellen. 


Der wesentliche Unterschied zwischen Bild- und Schrift- 
grafik-Modi liegt in der Quelle der Daten, die auf dem 
Bildschirm dargestellt werden. Bei der Bildgrafik werden die 
Daten aus dem Bildspeicher direkt auf dem Bildschirm 
abgebildet. Bei Schriftgrafik-Modi werden dagegen die Daten 
aus dem Bildspeicher als Nummer eines Zeichens (als Zeichen- 
name) aus einem Zeichensatz aufgefasst. Die Bilddaten werden 
also indirekt über einen Zeichensatz, der irgendwo im Ar- 
beitsspeicher liegt (einen sogenannten "Zeichengenerator"), 
auf dem Bildschirm dargestellt. Man spricht bei dieser Form 
der Darstellung auch oft von einer Zeichen-Projektion. Der 
ANTIC liest dabei die Daten aus dem Bildspeicher und trans- 
portiert sie in das Verschieberegister. Je nachdem, welche 
Bildzeile einer Zeile gerade dargestellt werden soll, liest 
der ANTIC per DMA mit Hilfe der Daten aus dem Bildspeicher, 
die er ja im Schieberegister hat, die Bilddaten aus dem 
Zeichengenerator. 
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Für jedes Zeichen sind acht Bytes im Zeichengenerator vor- 
handen. Jedes Byte eines Zeichens bestimmt das Aussehen des 
Zeichens in einer Zeile von Pixeln (also in einer oder zwei 
Bildzeilen je nach Modus). Der Zeichengenerator ist eine 
Liste aller Zeichendaten. Der Zeichengenerator enthält keine 
Lücken, die Zeichen sind direkt aneinandergereiht. 


Nach der Projektion einer Pixelzeile (eine Pixelzeile hat 
ein oder zwei Bildzeilen, je nachdem, welcher ANTIC-Modus 
benutzt wird) wird intern im ANTIC der Zeilenzähler um eins 
erhöht (inkrementiert). Dadurch werden, nachdem zum Beispiel 
die Daten für die erste Bildzeile aus dem Zeichengenerator 
gelesen wurden, die Daten für die zweite Bildzeile aus dem 
Zeichengenerator gelesen. 


Natürlich muss man dem ANTIC mitteilen, wo er den Zeichenge- 
nerator findet. Die Nummer des 256-Byte-Blocks, an dem der 
Zeichengenerator beginnt, schreibt man in das Register bzw. 
Schattenregister 


CHARBASE 54281 $D489 
CHARBASES 756 $2F4 


Bei Modi mit 48 Zeichen pro Zeile werden Bit ® bis 6 der 
Bildspeicherdaten als Name des darzustellenden Zeichens 
aufgefasst. Der Zeichengenerator umfasst also 128 Zeichen. 
Da jedes Zeichen 8 Bytes belegt, werden 1024 Bytes Zeichen- 
generator benötigt. Bei diesen Modi werden die Bits 2 bis 7 
von CHARBASE benutzt. Der Zeichengenerator muss daher an 
einer 1-KByte-Grenze im System beginnen. 


Bei Modi mit 28 Zeichen pro Zeile werden Bit ® bis 5 der 
Bildspeicherdaten als Name des darzustellenden Zeichens 
aufgefasst. Der Zeichengenerator umfasst also 64 Zeichen. Da 
jedes Zeichen 8 Bytes belegt, werden 512 Bytes Zeichengene- 
rator benötigt. Bei diesen Modi werden die Bits 1 bis 7 von 
CHARBASE benutzt. Der Zeichengenerator muss daher an einer 
512-Byte-Grenze im System beginnen. 
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Projektion der Zeichen in einem 
ANTIC-Modus 


mit 20 Zeichen pro Zeile 








































































































Bildspeicher 
M 
- S 
Zeichennamen 
G 
Verschieberegister 
Farbwahlbits wahl des Zeichens aus 
dem Zeichensatz 
Pixelzeilen- 
CHARBASE zähler 
15 9 3 [6) 


16-Bit-Adresse der Zeichendaten im Zeichengenerator 
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= M9G: 24.3 
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Zeichengenerator 





Bildschirm 
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Projektion der Zeichen in einem 
ANTIC-Modus 


mit 40 Zeichen pro Zeile 





Bildspeicher 


M 
S 
G 








Zeichennamen 

















Verschieberegister 

















wahl der Zeichen- 


darstellung wahl des Zeichens aus 
dem Zeichensatz 








Pixelzeilen- 


CHARBASE Zähler 



























































15 10 3 0 
16-Bit-Adresse der Zeichendaten im Zeichengenerator 


R 



































..MSG ... 


T 


Zeichengenerator 





Bildschirm 
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Die untersten 6 (bei Modi mit 64 Zeichen im Zeichensatz) 
bzw. 7 (bei Modi mit 128 Zeichen) Bits eines Bytes aus dem 
Bildspeicher bestimmen also, welches Zeichen aus dem Zei- 
chensatz abgebildet wird. Das oberste bzw. die beiden 
obersten Bits bestimmen bei mehreren Modi die Farbe. Bei 
zwei Modi (ANTIC-Modi "2" und "3") werden durch das oberste 
Bit (Bit 7) eines Bytes aus dem Bildspeicher zusätzliche 
Funktionen gesteuert. Für diese Zusatzfunktionen und die 
Steuerung der Schriftgrafik-Modi überhaupt, steht das Re- 
gister bzw. Schattenregister 


CHARCNTL 54273 $D421 
CHARCNTLS 755 $2F3 


zur Verfügung. 


Die Bits dieses Registers haben folgende Funktionen: 


Bit @ : Zeichen-Ausblendung: 
Dieses Bit hat nur bei den Modi "2" und "3" 
eine Funktion. Wenn es bei diesen Modi gesetzt 
ist, veranlasst es, dass alle Zeichen, bei 
denen das höchste Bit (Bit 7) gesetzt ist, 
nicht auf dem Bildschirm erscheinen. Wenn man 
das Bit 7 von einem Zeichen setzt und Bit 2 von 
CHARCNTL periodisch umschaltet, blinkt das 
Zeichen periodisch auf. 

Bit 1: Zeichen-Invertierung: 
Dieses Bit hat nur bei den Modi "2" und "3" 
eine Funktion. Wenn es bei diesen Modi gesetzt 
ist, veranlasst es, dass bei allen Zeichen, bei 
denen Bit 7 (das höchste Bit) gesetzt ist, die 
Farben von Zeichen und Zeichenhintergrund 
vertauscht werden. Ein Zeichen, das sonst weiß 
auf blauem Grund erscheint, wird dann blau auf 
weißem Grund dargestellt. Diese Funktion wird 
zur Darstellung des Cursors verwendet. 

Bit 2: Dieses Bit wird am Anfang jeder Schriftzeile 
abgefragt. Wenn es gesetzt ist, wird die 
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Bit 3-7 


ANTTC- 
Modus 


1 


"a" 
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Schriftzeile komplett auf den Kopf gestellt 
(vertikal gespiegelt). 
unbenutzt 


BESCHREIBUNG 


Dieser ANTIC-Modus entspricht dem BASIC-Modus '"@", 
also dem, der nach dem Einschalten des Atari akti- 
viert ist. Es werden 48 Zeichen pro Normalzeile 
dargestellt. Jedes dieser Zeichen besteht horizon- 
tal aus 8 Pixeln, die jeweils einen halben Farb- 
takt breit sind. Dadurch können die einzelnen 
Pixel auch nicht mehr unterschiedliche Farben, 
sondern nur unterschiedliche Helligkeiten haben. 
Eine Zeile ist 8 Pixel hoch, dabei belegt jedes 
Pixel eine Bildzeile. Jedes Bit der Bilddaten im 
Zeichengenerator bestimmt die Helligkeit eines 
Pixels, die Farbe stammt immer aus COLPF2. Wenn 
das Bit "®d" ist, wird auch die Helligkeit aus 
COLPF2 genommen, ansonsten wird die Helligkeit aus 
COLPF1 genommen. Der Zeichensatz für diesen Modus 
besteht aus 128 Zeichen, somit werden 1024 Byte 
Zeichengenerator benötigt. Bit 7 der Zeichennamen 
(der Daten im Bildspeicher) steuert das Aussehen 
des Zeichens über das Register CHARCNTL/CHARCNTLS. 


Dieser ANTIC-Modus ist von BASIC aus nicht an- 
sprechbar. Wie ANTIC-Modus "2", ist er besonders 
zur Darstellung vom Schriftzeichen geeignet. Der 
wesentliche Unterschied zum ANTIC-Modus "2" ist, 
dass es mit diesem Modus möglich ist, die Buch- 
staben mit Unterlängen darzustellen. Unterlängen 
werden zum Beispiel für den Buchstaben "g" benö- 
tigt: Der untere Teil des "g" muss unter den an- 
deren Buchstaben liegen. In einer Normalzeile wer - 
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den 48 Zeichen mit je 8 Pixeln horizontal darge- 
stellt, dabei belegt jedes Pixel einen halben 
Farbtakt. Nebeneinander liegende Pixel können 
daher auch bei diesem Modus nur unterschiedliche 
Helligkeiten haben. Jedes Bit aus dem Zeichengene - 
rator bestimmt dabei die Helligkeit eines Pixels, 
eine "8" wählt die Helligkeit aus COLPF2, eine "1" 
wählt die Helligkeit aus COLPF1. Die Farbe stammt 
immer aus COLPF2. Eine Zeile dieses Modus' ist 10 
Pixel hoch, dabei belegt jedes Pixel eine Bild- 
zeile. Auch bei diesem Modus enthält der Zeichen- 
satz 128 Zeichen. Das achte Bit der Zeichennamen 
(Bytes im Bildspeicher) steuert wiederum das Aus- 
sehen des Zeichens über Register CHARCNTL. Die 
folgende Skizze stellt die Darstellung der Zeichen 
aus dem Zeichengenerator dar: 
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ng" 


"g" 
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Dieser ANTIC-Modus entspricht BASIC-Modus "12". In 
diesem Modus werden wieder 48 Zeichen pro Normal- 
zeile abgebildet. Die einzelnen Zeichen sind hier 
aber nur 4 Pixel breit, dabei belegt jedes Pixel 
einen Farbtakt. Dieser Modus eignet sich dadurch 
besonders für Darstellungen in Spielen, die in 
vielen Farben dargestellt werden sollen, aber nur 
wenig Speicherraum benötigen dürfen. Landkarten 
zum Beispiel, lassen sich mit diesem Modus sehr 
gut darstellen. Die Zeichen haben eine Höhe von 8 
Pixeln, dabei ist jedes Pixel eine Bildzeile hoch. 
Eine Zeile in diesem Modus ist also 8 Bildzeilen 
hoch. Die Bits &® bis 6 der Zeichennamen wählen 
auch hier, welches Zeichen aus dem Zeichensatz 
dargestellt wird. Der Zeichensatz umfasst also 
auch bei diesem Modus 128 Zeichen. Bit 7 der Zei- 
chennamen (der Daten des Bildspeichers) wird für 
die wahl der Farben verwendet. Die Farbe eines 
Pixels wird außerdem von den Bits im Zeichen- 
generator gewählt. Je zwei im Zeichengenerator 
nebeneinander liegende Bits wählen ein Farb- 
register aus. Für die Farbwahl der Pixel in diesem 
Modus gilt folgende Tabelle: 


Bit 7 im Bitwerte im Farbregister 
Zeichennamen Zeichengenerator 


80 COLBAK 
81 COLPF® 
10 COLPF1 
11 COLPF2 


agaaa 


rF 


11 COLPF3 


Dieser ANTIC-Modus entspricht BASIC-Modus "13". 
Die ANTIC-Modi "4" und "5" sind fast identisch. 
Sie unterscheiden sich nur in der Höhe der Zeilen. 
während eine Zeile des ANTIC-Modus "4" acht Bild- 
zeilen hoch ist, ist eine Zeile des ANTIC-Modus 


"Sg" 
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"5" 16 Bildzeilen hoch. Aber auch im ANTIC-Modus 
"5" Jiegen 8 Pixel in einer Zeile übereinander, im 
Gegensatz zum ANTIC-Modus "4" ist hier aber jedes 
Pixel zwei Bildzeilen hoch. Auch der ANTIC-Modus 
"5" wird nicht vom BASIC unterstützt. Die Wahl der 
Farben ist in den ANTIC-Modi "4" und "5" 
identisch. 


Dieser ANTIC-Modus wird vom BASIC als BASIC-Modus 
"1" unterstützt. Bei diesem Modus werden 28 Zei- 
chen pro Normalzeile abgebildet. Jedes Zeichen ist 
acht Pixel breit, ein Pixel belegt einen Farbtakt. 
Eine Zeile dieses Modus ist acht Pixel hoch, jedes 
Pixel ist eine Bildzeile hoch. Für die Zeichen 
stehen insgesamt fünf verschiedene Farben zur 
Verfügung. Mit den Bits ® bis 5 der Daten des 
Bildspeichers (der Zeichennamen) wählt man das 
Zeichen aus. In diesem Modus besitzt der Zeichen- 
generator nur 64 Zeichen. Die Bits 6 und 7 wählen 
ein Farbregister aus: 


Bit7 Bit6 Farbregister 
d 2 COLPF® 
d 1 COLPF1 
1 d COLPF2 
1 d COLPF3 


Für jedes Pixel steht im Zeichengenerator ein Bit 
zur Verfügung. Wenn dieses Bit "®" ist, hat das 
Pixel die Farbe aus COLBAK. Die Farbe des Farbre- 
gisters, das man über Bit 6 und 7 gewählt 
hat,erscheint überall dort im Zeichen, wo das ent- 
sprechende Bit des Zeichengenerators "1" ist. 
Dieser ANTIC-Modus eignet sich besonders zur Dar- 
stellung großer Schriften, also zum Beispiel für 
die Schaufensterwerbung. Die Technik der Farbwahl 
ermöglicht es, verschiedenfarbige Buchstaben mit 


109 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


nz" 


dem gleichen Zeichengenerator zu erzeugen. Wer 
allerdings in einem Zeichen mehr als zwei Farben 
benötigt, muss die ANTIC-Gänge "4" oder "5" ver- 
wenden. Für "normale" Schriften kann man ohne wei- 
teres den normalen Zeichensatz des Betriebssystems 
verwenden. 


Dieser ANTIC-Modus entspricht dem BASIC-Modus "2". 
Die ANTIC-Modi "6" und "7" sind fast identisch. 
Sie unterscheiden sich lediglich in der Höhe der 
Zeilen. Während die Zeilen von ANTIC-Modus "6" 
acht Bildzeilen hoch sind, jedes Pixel also eine 
Bildzeile hoch ist, sind die Zeilen, die mit 
ANTIC-Modus "7" erzeugt werden, 16 Bildzeilen 
hoch. Jedes Pixel ist hier zwei Bildzeilen hoch. 
Damit eignet sich dieser Modus hervorragend für 
Überschriften und für die Werbung. Auch die Wahl 
der Farben für die Zeichen und den Hintergrund 
erfolgt im ANTIC-Modus "7" wie im ANTIC-Modus "6". 
Der Zeichengenerator kann ebenfalls übernommen 
werden. 


Auf der nächsten Seite folgt eine Übersicht über die ANTIC- 
Schriftgrafik-Modi. 
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ANTIC-Modus 
BASIC -Modus 


Anzahl der Zeichen 
pro Zeile 


Anzahl der Pixel 
pro Zeichen (horizontal) 


Anzahl der Farbtakte 
pro Pixel (horizontal) 


Anzahl der Pixel pro 
Zeichen (vertikal) 


Anzahl der Bildzeilen 
pro Zeile 


Anzahl der Bildzeilen 
pro Pixel 


Anzahl der Farben 


Anzahl der Buchstaben 
pro Zeichensatz 


Anzahl der Bytes 
pro Zeichensatz 


Anzahl der Bytes im 
Bildspeicher pro Zeile 


Anzahl der Datenbits aus 
dem Zeichengenerator 
pro Pixel 


DH 


"og" 


40 


128 


1K 


40 


10 


128 


1K 


40 


ng" 


" 12 " 


40 


128 


1K 


40 
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"g" 


" 13 " 


40 


16 


128 


1K 


40 


"sg" 


"y" 


20 


512 


20 


er 


real 


16 


512 


22 
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Häufig existiert das Problem, mehr auf dem Bildschirm dar- 
stellen zu müssen, als Platz findet. Eine Möglichkeit wäre, 
das gesamte Bild nach bestimmten Tastenkommandos zu wech- 
seln, eine andere automatisch im Programmablauf zwischen den 
verschiedenen Bildern umzuschalten. 


Die meisten Mikrocomputer bieten höchstens die Auswahl 
zwischen zwei Bildspeichern und somit zwei Bildern. Möchte 
man zwischen mehr Bildern umschalten oder, wenn nur ein 
Bildspeicher vorhanden ist, überhaupt ein zweites Bild an- 
zeigen, muss der gesamte Inhalt des Bildspeichers von der 
CPU verschoben werden. Da dies für die CPU sehr arbeits- 
intensiv ist, geschieht es zu langsam, Störungen des Bildes 
sind kaum zu vermeiden. Der Atari bietet dagegen eine 
komfortable Möglichkeit, das Bild zu wechseln. Man braucht 
lediglich die Adresse des ANTIC-Programms zu wechseln. Wenn 
das ANTIC-Programm für beide Bilder identisch ist, reicht es 
aus, im ANTIC-Programm den Befehl, der die Adresse des 
Bildspeichers in den des Bildspeicherzählers schreibt, 
jeweils abzuändern. 


Gerade bei der Bearbeitung großer Tabellen oder beim Schrei - 
ben von Texten mit mehr als 48 Zeichen pro Zeile wird jedoch 
ein Bildwechsel als störend empfunden. 


Eine weitaus bessere Möglichkeit, mehr auf dem Bildschirm 
darzustellen, als auf einmal auf ihn passt, ist es, das Bild 
vertikal oder horizontal in kleinen Schritten zu verschie- 
ben. Der Bildschirm fungiert nur noch als Fenster, durch das 
man ein größeres Feld betrachtet. Auf diese Art entsteht der 
Eindruck, auf einem großen Bild zu arbeiten. 
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Auch dies ist beim Atari leichter möglich als bei anderen 
Mikrocomputern. Bei vielen anderen Geräten muss der gesante 
Bildspeicherinhalt verschoben werden. Dabei ist der Rechen- 
aufwand der CPU enorm. Ein sich nur langsam verschiebendes 
Bild ist die Folge. Der Atari ermöglicht es, für jede Zeile 
den Bildspeicherzähler neu durch das ANTIC-Programm laden zu 
lassen. Es können auch mehr Zeilen, als auf den Bildschirm 
passen, bereits im Speicher vorbereitet werden (ein Bild- 
speicher mit mehr Zeilen, als auf den Bildschirm passen, 
wird dazu angelegt). Soll das Bild verschoben werden, 
braucht man nur das ANTIC-Programm entsprechend zu ändern. 
Die Änderung des ANTIC-Programms erfordert weniger Rechen- 
aufwand als die Verschiebung des gesamten Bildspeicher - 
inhalts. 


Der Bildschirm ist in zwei Teile zu unterteilen. Der obere 
Teil soll auf dem Bildschirm 16 Zeilen mit je 48 normalen 
Buchstaben umfassen, sich aber über ein Feld von 32 * 256 
Zeichen bewegen lassen. Der untere Teil des Bildschirms soll 
8 feststehende Textzeilen umfassen. Das Programm, das diesen 
Bildschirm benötigt, lässt den Arbeitsspeicher ab Adresse 
$5000 frei. 


Das folgende ANTIC-Programm liefert ein derartiges Bild 
(alle Daten und Adressen hexadezimal): 
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ADRESSE DATEN 


5003 42 


5030 42 


503A 41 
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hier endet das ANTIC-Programm 


+ 


+ 


+ 


+ 


+ 


+ 


$60 


$60 


$60 


$60 


$60 


$60 


$E 


$F 


ATARI 688XL/808XL INTERN 


KOMMENTAR 


24 Leerzeilen 


1. Bildzeile 
Bildspeicherzähler wird 
geladen 

2. Bildzeile 
Bildspeicherzähler wird 
geladen 

3. Bildzeile 
Bildspeicherzähler wird 
geladen 

4. Bildzeile 
Bildspeicherzähler wird 
geladen 


15. Bildzeile 
Bildspeicherzähler wird 
geladen 

16. Bildzeile 
Bildspeicherzähler wird 
geladen 


1. Zeile des 
feststehenden Bildteils 
Bildspeicherzähler laden 
2. Zeile 

3. Zeile 


7. Zeile 
8. Zeile 
springe nach $528@ und 
warte auf das Ende der 
Vertikalsynchronisation 


5500 


5528 
5550 
5578 
55Aß 
55C8 
55Fßd 
5618 
563F 


6008 


6100 
6200 
6300 
6400 
6500 


7008 
7E0@ 
TFFF 
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Beginn des Bildspeichers des feststehenden 


Bildteils (1. 


8 


NOUPWMN 


Zeile 
Zeile 
Zeile 
Zeile 
Zeile 
Zeile 
Zeile 


des 
des 
des 
des 
des 
des 
des 


Zeile) 
feststehenden 
feststehenden 
feststehenden 
feststehenden 
feststehenden 
feststehenden 
feststehenden 


Bildteils 
Bildteils 
Bildteils 
Bildteils 
Bildteils 
Bildteils 
Bildteils 


ENDE des Bildspeichers des feststehenden 


Bildteils 


Beginn des Feldes (mit 32 
für den verschiebbaren Teil des Bildes 


OoOoVPw@ODNH 


Zeile 
Zeile 
Zeile 
Zeile 
Zeile 
Zeile 


des 
des 
des 
des 
des 
des 


Feldes 
Feldes 
Feldes 
Feldes 
Feldes 
Feldes 


31. Zeile des Feldes 
32. Zeile des Feldes 


ENDE des 


Feldes für den 


Teil des Bildes 


* 256 Zeichen) 


verschiebbaren 
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Dieses Beispiel ist bewusst sehr einfach aufgebaut. Bei 
jeder Änderung der "Position" des Bildes über dem Speicher - 
feld muss das ANTIC-Programm geändert werden. Es soll dabei 
nach dem im Beispiel angegebenen Muster erstellt werden. Für 
XPOS wird die horizontale Position im Speicherfeld 
eingesetzt, für YPOS die vertikale. Es muss darauf geachtet 
werden, dass XPOS nie größer als $D8 und YPOS nie größer als 
$18@ wird. Ansonsten treten Fehler auf, weil die Zeilenenden 
des Bildschirms die Zeilenenden des Speicherfeldes 
überschreiten. Das Beispiel nutzt den Speicher auch nicht 
besonders gut aus (es hinterlässt große Lücken zwischen den 
einzelnen Speicherfeldern), dafür ergeben sich bei der 
Berechnung der Adressen aber meist "glatte" Werte. 


Natürlich kann man dieses Beispiel auch auf hochauflösende 
ANTIC-Modi übertragen. Allerdings wird dann sehr viel Ar- 
beitsspeicher für das Bildspeicherfeld benötigt. Das Ver- 
schieben von Bildteilen "lohnt" sich am meisten bei ANTIC- 
Modi, die wenig Speicherraum benötigen. 


Einen Nachteil hat die beschriebene Methode jedoch. Man 
erhält kein "pixelweise" ruhig abrollendes Bild, der Bild- 
schirm "springt" immer horizontal um ein Zeichen und verti- 
kal um eine Zeile. 


Der ANTIC bietet jedoch sehr komfortable Möglichkeiten zur 
Verschiebung von Bildteilen oder ganzen Bildern. Es ist mit 
dem ANTIC möglich, das Bild horizontal um einzelne Farbtakte 
und vertikal um einzelne Bildzeilen zu verschieben. Dabei 
bleiben die Spieler und Geschosse jedoch auf ihrer alten 
Position stehen. Sie werden durch die Verschiebungen nicht 
beeinflusst. 


Im ANTIC stehen zwei Register zur Verfügung, die die Fein- 
verschiebung des Bildes oder eines Bildteiles in horizonta- 
ler und vertikaler Richtung steuern. Für die horizontale 
Verschiebung, das horizontale Scrolling, ist Register 


HSCROL 54276 $D404 
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zuständig. Die vertikale Verschiebung, das vertikale 
Scrolling, wird von Register 


VSCROL 54277 $D405 
gesteuert. 


Von diesen Registern werden jedoch nicht unbedingt alle 
Bildzeilen beeinflusst. In jedem ANTIC-Befehl, der eine Er- 
zeugung von Bildzeilen zur Folge hat (also nicht in Leerzei- 
len-Befehlen), stehen zwei Bits zur Verfügung, die die hori- 
zontale bzw. die vertikale Verschiebung der von diesem Be- 
fehl erzeugten Bildzeilen einschalten. Auf diese Art ist es 
möglich, entweder das ganze Bild oder auch nur einzelne 
Teile des Bildes zu verschieben. Die horizontale Verschie- 
bung wird von 


Bit 4 


des ANTIC-Befehls eingeschaltet. Für das Einschalten der 
vertikalen Verschiebung ist 


Bit 5 


des ANTIC-Befehls zuständig. Hierbei muss der Teil des Bil- 
des, der horizontal verschoben wird, nicht mit dem identisch 
sein, der vertikal verschoben wird. 


Bei einem Grafik-Modus, der mit jedem ANTIC-Befehl nur eine 
Bildzeile erzeugt, kann mit der im Beispiel verwendeten 
Methode das Bild um einzelne Bildzeilen verschoben werden. 
Bei anderen Modi, zum Beispiel bei Schriftgrafik-Modi, er- 
zeugt jeder ANTIC-Befehl gleich mehrere Bildzeilen. Hier 
ergibt sich das Problem, dass mit der im Beispiel ver- 
wendeten Methode das Bild nicht um einzelne Zeilen ver- 
schiebbar ist. 
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Der ANTIC bietet mit dem VSCROL-Register ($D4805;54277) die 
Möglichkeit, auch in ANTIC-Modi, die mehrere Bildzeilen 
erzeugen, das Bild um einzelne Bildzeilen zu verschieben. Es 
werden alle Bildzeilen, bei denen Bit 5 im ANTIC-Befehl 
gesetzt ist, um die Anzahl von Bildzeilen nach oben 
verschoben, die in VSCROL steht. Die letzte Zeile, die 
derartig verschoben wird, ist die erste Zeile, bei der Bit 5 
des ANTIC-Befehls nicht gesetzt ist. Um zu verstehen, wie 
der ANTIC die Verschiebung erreicht, muss man sich zuerst 
den normalen Vorgang der Erzeugung der Bildzeilen vor Augen 
führen: 


Der ANTIC besitzt intern einen Zähler, der kontrolliert, 
welche Bildzeile der ANTIC-Programm-Zeile gerade abgebildet 
wird. Dieser Zähler wird in der Literatur auch oft als DCTR 
bezeichnet. DCTR steht dabei für "Deltacontrol ", das Wort 
"Delta" wird in den meisten Naturwissenschaften für "Diffe- 
renz" verwendet. Dieser Zähler zählt die Bildzeilen von ® 
bis zu einer höchsten Zahl, die durch den ANTIC-Modus be- 
stimmt wird. Diese höchste Zahl ist immer um eins niedriger 
als die Anzahl der Bildzeilen, die mit dem jeweiligen ANTIC- 
Modus erzeugt werden. Die folgende Tabelle soll noch einmal 
den Zählerhöchststand (das Maximum von DCTR) der einzelnen 
ANTIC-Modi zeigen: 


ANTIC-Modus zählerhöchststand 


Tan 
"a" 
"q" 
"5" 
"g" 
"7" 
"g" 
"g" 
"a" 
"B" 
NEN 
"p" 
Ne" 
"EN 


BHO BR 


RQOQ-FQRHDOONISNSINON 
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Bei ANTIC-Modi, bei denen nur eine Bildzeile erzeugt wird, 
zählt der DCTR-Zähler nicht. Daher ist der Zählerhöchststand 
in diesen Modi auch "®". Bei diesen Modi ist eine Verschie- 
bung des Bildes um einzelne Bildzeilen auch ohne Benutzung 
von VSCROL möglich. 


Gewöhnlich wird durch das ANTIC-Programm ein Block von Zei- 
len definiert, der verschiebbar ist. Bei der Darstellung der 
ersten Zeile dieses verschiebbaren Blocks (der ersten Zeile, 
bei der Bit 5 des ANTIC-Befehls gesetzt ist), fängt DCTR 
nicht wie üblich mit "@" an zu zählen, sondern mit dem Wert, 
der in VSCROL steht. Dadurch fehlen Bildzeilen im oberen 
Teil der Zeile. Die Zeile ist nach oben gerückt worden. 


Alle weiteren Zeilen, bei denen Bit 5 des ANTIC-Befehls 
gesetzt ist, werden direkt an die letzte Bildzeile der 
jeweils vorhergehenden Zeile angefügt. Sie werden normal 
dargestellt. Da bei der ersten Zeile der verschiebbaren 
Zeilen oben Bildzeilen fehlen, ist der gesamte Block nach 
oben verschoben. 


Bei der ersten Zeile, bei der Bit 5 im ANTIC-Befehl nicht 
mehr gesetzt ist, beginnt der Zähler DCTR zwar bei "®", 
zählt aber nur bis zu dem Wert, der in VSCROL steht. Dadurch 
erscheint diese Zeile als von unten gekürzt. Die erste 
Zeile, bei der Bit 5 des ANTIC-Befehls nicht mehr gesetzt 
ist, ist also die letzte Zeile, die nach oben verschoben 
wird. 
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Es wäre unklug, den Wert im Register VSCROL (also die Anzahl 
der Bildzeilen, um die ein Bildblock nach oben gerückt 
werden soll), größer zu wählen, als den Maximalstand des 
DCTR-Zählers. Meistens werden die "überflüssigen" Bits ein- 
fach ignoriert, aber gerade bei ANTIC-Modus "3" kann es auch 
zu anderen Störungen kommen. 


Soll der gesamte Bildschirm oder nur die untersten Zeilen 
verschiebbar gemacht werden, so muss eine weitere Sache be- 
achtet werden: Wenn auch bei der letzten Zeile des Bildes 
Bit 5 des dazugehörigen ANTIC-Befehls gesetzt ist, rollt 
diese Zeile nicht in das Bild, sondern springt hinein. Der 
ANTIC kann nicht erkennen, dass es sich bei dieser Zeile um 
die letzte zu verschiebende Zeile handelt. Damit der ANTIC 
auch diese Zeile richtig behandelt, muss bei ihr Bit 5 des 
ANTIC-Befehls gelöscht werden. Jetzt kann der ANTIC erken- 
nen, dass dies die letzte zu verschiebende Zeile ist und er 
"rollt" auch diese Zeile ins Bild. 


Mit dem VSCROL-Register kann man das Bild natürlich nicht um 
mehr als eine Zeile, das heißt um eine bis 15 Bildzeilen, 
abrollen lassen. Meist möchte man das Bild aber über eine 
sehr viel größere Fläche bewegen. Um dies zu erreichen, muss 
die Technik der groben Verschiebung, die vorher im Beispiel 
verwendet wurde, mit der Feinverschiebung mit dem VSCROL - 
Register kombiniert werden. Beim Aufwärtsrollen eines nor- 
malen Textes, bei dem jeder ANTIC-Befehl 8 Bildzeilen er- 
zeugt (zum Beispiel ANTIC-Modus "2"), sollte man das Bild 
erst mit 7 Feinverschiebungen nach oben rollen. Statt einer 
(ohnehin nicht möglichen) achten Feinverschiebung wird eine 
Grobverschiebung um eine Zeile vorgenommen und VSCROL weder 
auf "@" gesetzt. Beim Abwärtsrollen wird dagegen zuerst die 
Grobverschiebung um eine Zeile vorgenommen. Gleichzeitig mit 
dieser Grobverschiebung, wird aber VSCROL auf "7" gesetzt. 
Die Verschiebungen um die nächsten sieben Bildzeilen sind 
reine Feinverschiebungen mit VSCROL. 
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Auf diese Art erhält man ein Bild, das über eine Fläche, die 
nur durch den verfügbaren Speicherraum begrenzt wird, um 
einzelne Bildzeilen verschoben werden kann. 


Die folgende Grafik soll das Prinzip der vertikalen Ver- 
schiebung demonstrieren: 


VSCROLL = ®& 


VSCROLL = 3 


VSCROLL = ® 
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Im Beispiel wurde gezeigt, wie das Bild um jeweils ganze 
Bytes des Bildspeichers horizontal verschoben werden kann. 
Bei der Verschiebung um ganze Bytes des Bildspeichers 
springt das Bild jedoch, da jedes Byte des Bildspeichers, je 
nach ANTIC-Modus, unterschiedlich viele Pixel in einer Bild- 
zeile, also auch unterschiedlich viele Farbtakte, erzeugt. 


Die folgende Tabelle zeigt noch einmal, welcher ANTIC-Modus 
in einer Bildzeile wie viele Farbtakte und Pixel pro Byte 
des Bildspeichers erzeugt: 


ANTIC-MODUS Anzahl der Pixel Anzahl der Farbtakte 
pro Byte des Bildspeichers und Bildzeile 


"a" 
"a" 
nq" 
"5" 
"5" 
nz" 


oo 0 RR >00 0 


Tat 
"g" 
"a" 
"g!" 
Tot 
"p" 
NE" 
TEN 


oORPRODORONR 


Zum Beispiel erzeugt im ANTIC-Modus "B" jedes Byte des 
Bildspeichers in zwei Bildzeilen je 8 Pixel. Diese 8 Pixel 
sind zusammen 8 Farbtakte breit. Anders ausgedrückt erzeugt 
ein Byte des Bildspeichers in diesem ANTIC-Modus in jeder 
der beiden Bildzeilen 8 Farbtakte. 


Der ANTIC bietet mit dem Register HSCROL eine Möglichkeit, 


das Bild auch um einzelne Farbtakte zu verschieben. Er ver- 
schiebt die Bildzeilen, bei deren ANTIC-Befehl das Bit 4 
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gesetzt ist, um die Anzahl von Farbtakten nach rechts, die 
in Register HSCROL steht. Dabei sind nur die untersten 4 
Bits von HSCROL gültig. Das Bild lässt sich also nur um 
maximal 15 Farbtakte verschieben. Für darüber hinausgehende 
Verschiebungen gilt, wie beim vertikalen Verschieben, dass 
diese Art der "Feinverschiebung" mit der anfangs gezeigten 
Grobverschiebung kombiniert werden muss. 


Wenn der ANTIC einen Befehl liest, bei dem Bit 4 gesetzt 
ist, unterdrückt er eine dem Inhalt von HSCROL entsprechende 
Anzahl von Farbtakten (und somit Pixeln) am Anfang jeder zu 
diesem ANTIC-Befehl gehörigen Bildzeile. 


Der ANTIC benötigt zur Darstellung von horizontal ver- 
schobenen Zeilen mehr Daten, als bei der Darstellung von 
Normalzeilen, da ja zum Beispiel bei Textmodi mit 48 Zeichen 
pro Zeile links das 41. Zeichen auftaucht. 


Daher holt der ANTIC sich, wenn im Register DMACTL das 
schmale Spielfeld gewählt wurde, pro Zeile die Anzahl von 
Bytes aus dem Speicher, die sonst beim normalen Spielfeld 
pro Zeile verwendet werden. 


Bei normaler Spielfeldbreite liest der ANTIC die Anzahl von 
Bytes, die er sonst beim breiten Spielfeld lesen würde. 


Beim breiten Spielfeld kommt kein Wechsel der Byteanzahl 
infrage, es wird Hintergrundfarbe eingeschoben. 


Normalerweise wird man bei Verwendung der horizontalen Fein- 
verschiebung ohnehin bei jedem ANTIC-Befehl den Bild- 
speicherzähler neu setzen (wie auch im Beispiel). Daher ist 
es nur bedingt interessant, wie viele Bytes der ANTIC tat- 
sächlich für eine Zeile liest. Man muss lediglich darauf 
achten, dass der ANTIC keine Bytes aus Speicherstellen 
liest, die hinter dem eigentlichen Zeilenende liegen. 
Außerdem ist wichtig, dass bei horizontaler Verschiebung am 
Ende einer Zeile meist ein weiteres Zeichen auftaucht (bei 
Modi mit 48 Zeichen pro Zeile das 41. Zeichen). 
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6 Der 6GTIA 


1) Allgemeines 
2) Darstellung der ANTIC-Bilddaten 
3) Die Player-Missile-Grafik 


4) Die Triggereingänge und Konsolentaster 


“rr 
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6.1 Allgemeines, 

Der GTIA ist ein weiterer Spezialbaustein des Atari. Der 
Begriff ist eine Abkürzung für "Graphic Television Interface 
Adaptor". Der GTIA ist Hauptverbindungsglied zwischen ANTIC 
und dem Fernseher. 


Die vorrangige Aufgabe des GTIA ist es also, die vom ANTIC 
übergebenen Daten in ein Fernsehbild umzusetzen. Der GTIA 
verfügt dazu über Farbregister. In jedes dieser Register 
wird jeweils eine bestimmte Farbe mit einer bestimmten Hel- 
ligkeit eingetragen. Wenn der ANTIC ein Bild erstellt, gibt 
er nicht selbst die Farbe an, sondern wählt nur ein Farbre- 
gister des GTIA aus. Dies ist die normale Art der Bilddar - 
stellung, es ist aber auch möglich, den GTIA dazu zu 
bringen, die vom ANTIC übergebenen Daten anders zu inter- 
pretieren. 


Eine weitere Aufgabe des GTIA ist die Erzeugung von beweg- 
lichen Objekten auf dem Bildschirm, sogenannten "PLAYERn" 
und "MISSILEs" (Spielern und Geschossen). Diese Form der 
Darstellung wird daher auch als Player-Missile-Grafik 
bezeichnet. Es ist möglich, gleichzeitig vier Spieler und 
vier Geschosse darzustellen. Unter Umständen ist aber auch 
eine höhere Anzahl zu erreichen. Der GTIA unterstützt bei 
der Player-Missile-Grafik jeweils nur eine Bildzeile. Das 
heißt, dass für jede Zeile dem GTIA neue Daten über die Form 
der Spieler und Geschosse mitgeteilt werden müssen. Wie 
schon im Kapitel über den ANTIC beschrieben, ist dies auch 
automatisch durch den DMA möglich. 


Für die Player-Missile-Grafik stehen im GTIA Register zur 
Verfügung. So sind wie für die Spielfelddaten, die der ANTIC 
übergibt, auch für die Player-Missile-Grafik Farbregister 
vorhanden. Außerdem gibt es Register für die Horizontalposi- 
tion der Spieler und Geschosse und deren Aussehen (das 
heißt, wie ein Spieler bzw. ein Geschoss in EINER Zeile 
aussieht). Die Register, in denen das Aussehen der Spieler 
und Geschosse gespeichert wird, heißen Spieler- bzw. Ge- 
schossgrafikregister. Oft werden diese Register in der Lite- 
ratur auch als "Umrissregister" bezeichnet. Diese Bezeich- 
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nung halten wir jedoch für missverständlich. Auch die 
horizontale Größe der Spieler und Geschosse ist in Registern 
gespeichert und somit programmierbar. 


Da das Bild vom ANTIC und die Daten der Spieler- und Ge- 
schossgrafikregister im GTIA gemischt werden, kommt es bei 
Objekten und Bildteilen, die die gleiche Bildposition 
belegen zur Frage, was dargestellt werden soll, also: Was im 
Vorder- und was im Hintergrund liegen soll. Dies lässt sich 
mit einem Register steuern, das festlegt, welche Objekte 
bzw. welche Bildschirmfarben an welcher Stelle in einer 
"Prioritätsliste" stehen. 


Besonders bei Spielen ist es auch interessant, ob Spieler 
oder Geschosse mit Spielern, Geschossen oder Bildschirntei- 
len zusammengestoßen sind. Auch dies wird dem Benutzer vom 
GTIA in Registern angezeigt. Durch diese Funktion wird der 
CPU erheblich Rechenzeit erspart, da sie nicht selbst anhand 
der Positionsangaben ausrechnen muss, ob es "Zusammenstöße" 
gab. 


Zusätzlich zu den beschriebenen Funktionen, ist der GTIA 
auch für die sogenannten Triggerleitungen zuständig. Die 
Triggerleitungen sind die Leitungen, die mit den "Joystick - 
Feuertasten" verbunden sind. Der Status dieser Triggerlei- 
tungen wird über GTIA Register abgefragt. Bei den alten 
Atari-Geräten sind alle vier Triggereingänge des GTIA be- 
nutzt, da ja auch vier Joystickports zur Verfügung stehen. 
Bei den neuen Atari-Modellen sind zwei Triggereingänge mit 
Joystickports und ein Triggereingang mit einer Freigabe für 
den Cartridge-Steckplatz verbunden. Der vierte Triggerein- 
gang ist unbenutzt. 


Auch die Zusatztasten der Tastatur, die sogenannten Konso- 
lentaster, sind mit dem GTIA verbunden. Das bedeutet, dass 
die Tasten "START", "SELECT" und "OPTION" über den GTIA ab- 
gefragt werden. 


Das "Klicken", das ertönt, wenn man eine Taste betätigt, 
wird ebenfalls vom GTIA erzeugt. Bei den alten Atari-Geräten 
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wird es über einen eingebauten Lautsprecher wiedergegeben. 
Dieser Lautsprecher wurde bei den neuen Modellen eingespart. 
Das "Klicken" wird jetzt direkt in das Tonsignal, das sonst 
vom POKEY über den Modulator zum Fernseher übertragen wird, 
gemischt. 


Viele Adressen sind mit zwei Registern des GTIA belegt. 
Jeweils ein Register ist dann für eine Funktion zuständig, 
die nur ein Schreiben in das Register erfordert und ein 
anderes ist für eine Funktion zuständig, die nur ein Lesen 
des Registers erfordert. So können beide Register die 
gleiche Adresse haben und sich trotzdem nicht gegenseitig 
stören. Zum Beispiel liegen die Register, die die Horizon- 
talposition der Spieler festlegen, mit denen, die eine 
Überprüfung, ob Kollisionen zwischen den Geschossen und dem 
Spielfeld vorliegen, ermöglichen, auf den gleichen Adressen. 


Auch für viele der GTIA-Register stellt das Betriebssystem 
Schattenregister zur Verfügung. Jeweils während der Verti- 
kalsynchronisation werden die Register- und Schattenre- 
gisterinhalte aktualisiert (bzw. aufeinander angeglichen). 
Dies ist zum Beispiel zu beachten, wenn man die Farben des 
Spielfeldes ändern möchte. Wenn man die neuen Informationen 
in die Register im GTIA schreibt, die ein Schattenregister 
haben, so werden sie bei der nächsten Vertikalsynchronisa- 
tion überschrieben, tauchen also maximal eine Fünfzigstelse- 
kunde auf dem Bildschirm auf. Um die neue Farbe dauerhaft 
auf den Bildschirm zu bringen, muss man in das Schattenre- 
gister schreiben, da das Betriebssystem von dort aus die 
Daten liest, die es in das GTIA-Register schreibt. Eine 
weitere Fehlerquelle liegt oft in der Tatsache, dass die 
Schattenregisterinhalte erst nach spätestens einer Fünf- 
zigstelsekunde richtig sind. Unter Umständen tritt also der 
Fall ein, dass ein GTIA-Register und ein Schattenregister 
zusammen eine unmögliche Aussage machen. Dies führt zu Feh- 
lern in Programmen. Der Benutzer sollte die Informationen 
also nur aus GTIA- oder nur aus Schattenregistern lesen. 
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wie schon erwähnt, überträgt der ANTIC Daten, die dem GTIA 
mitteilen, welche Farbregister er jeweils abbilden soll. Im 
Kapitel über den ANTIC war auch schon bei der Beschreibung 
der diversen Grafikmodi angegeben, welches Bitmuster in den 
Bilddaten stehen muss, um die Farbe und Helligkeit eines 
bestimmten Farbregisters auf den Bildschirm zu bringen. Bei 
Grafikmodi, die eine Auflösung von zwei Bildpunkten pro 
Farbtakt haben, können benachbarte Punkte nur unterschied- 
liche Helligkeiten aufweisen, nicht jedoch unterschiedliche 
Farben. Pro Farbtakt kann nur eine Farbe dargestellt werden. 


Alle Farbregister im GTIA sind gleichartig aufgebaut: 


Bit ®& unbenutzt 
Bit 1-3 Helligkeit 
Bit 4-7 Farbe 


Die Helligkeit lässt sich also in acht Stufen einstellen (da 
für sie 3 Bits zur Verfügung stehen). Dabei gilt folgende 
Tabelle: 


Bit3 Bit2 Biti1 Helligkeit 

17) 17) {7} Helligkeit @, minimal (schwarz) 
17) 17) 1 Helligkeit 1 

17) 1 {7} Helligkeit 2 

17) 1 1 Helligkeit 3 

1 17) {7} Helligkeit 4 

1 17) 1 Helligkeit 5 

1 1 {7} Helligkeit 6 

1 1 1 Helligkeit 7, maximal (weiß) 
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Es stehen 16 verschiedene Grundfarben zur Verfügung. Aller- 
dings hängt es sehr vom Fernseher ab, wie welche Farbe 
"wirkt". Bei schlecht eingestellten Fernsehern können auch 
statt weißen Punkten dicht beieinander liegende andersfar- 
bige Punkte erscheinen. Einen derartigen Fehler, der meist 
an einer schlechten "Konvergenzeinstellung" des Fernsehers 
liegt, sollte man vom Fachmann beseitigen lassen. 


Für die Wahl der Farben gilt folgende Tabelle: 
Bit7 Bit6 Bit5 Bit4 Farbe 


Grau 

Gold 
Orange 
Rot-Orange 
Rosa 
Purpur 
Violett 
Blau 1 
Blau 2 
Hellblau 
Türkis 
Blaugrün 
Grün 
Gelbgrün 
Grün-Orange 
Hellorange 


FREE RG 
FHRRAERSRSSSHEHRHAEERARG 
FRBRSRLEHRRSHEHRRRHRFRRNG 
FRHFRSHERSRHERERRERRRAFR 


Diese Angaben wurden von Atari für NTSC-Geräte 
veröffentlicht. Für PAL gibt es keine offiziellen Daten. 


Für die Spielfeldfarben gibt es vier Register, die mit 
COLPF@, COLPF1, COLPF2 und COLPF3 bezeichnet werden. Die 
Abkürzung "COLPF" hat sich in der Literatur eingebürgert, 
sie steht für "COLOR OF PLAYFIELD", was man mit 
"SPIELFELDFARBE" übersetzen kann. Außerdem gibt es noch ein 
Farbregister COLBAK, was für "COLOR OF BACKGROUND" (Hinter - 
grundfarbe) steht. Die Farbe dieses Registers erscheint in 
jedem Fall überall dort, wo sich kein anderes Bildteil 
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befindet, also im Wesentlichen in der Bildumrandung. Bei 
einigen Grafikmodi wird dieses Register auch als normale 
Bildschirmfarbe angesprochen (z.B. beim ANTIC-Modus "8" oder 
"A"). Für alle diese Register erzeugt das Betriebssystem 
Schattenregister. 


Die Register und Schattenregister befinden sich an folgenden 
Speicherstellen im Atari-System: 


Register Schattenregister 
COLPF® 53278 $D216 COLOR® 788 $2C4 
COLPF1 53271 $D017 COLOR1 789 $2C5 
COLPF2 53272 $D818 COLOR2 710 $2C6 
COLPF3 53173 $D819 COLOR3 7ı1 $2C7 
COLBAK 53174 $D@1A COLOR4 712 $2C8 


wie schon am Anfang des Kapitels erwähnt, ist es möglich, 
den GTIA dazu zu bringen, die Bilddaten, die er vom ANTIC 
erhält, auf andere Art als normal darzustellen. Auch das 
BASIC enthält Grafikbetriebsarten ("Grafikgänge"), die nicht 
zu den sonst üblichen Darstellungen des ANTIC passen. 
Gemeint sind die Modi, die man durch "GRAPHICS 9", "GRAPHICS 
18" oder "GRAPHICS 11" erhält. 


Ursprünglich hat Atari seine Computer mit einem Chip namens 
"CTIA" ausgeliefert. Dieser Chip ist besonders für das ame- 
rikanische Farbsystem (NTSC-Norm) konzipiert. Als klar wur- 
de, dass Atari in Europa nicht nur ein paar Rechner verkau- 
fen würde, wurden die weiteren Geräte mit dem GTIA-Chip aus- 
gerüstet. Der GTIA ist besonders für europäische Farbsysteme 
ausgelegt. Fast alle Atari-Systeme in Europa enthalten den 
GTIA (in jedem Fall alle neuen Geräte, aber auch die meisten 
Atari 400 und 888). Die neuesten Geräte in den USA enthalten 
inzwischen ebenfalls einen weiterentwickelten Chip anstelle 
des alten CTIA. 
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Zwischen GTIA und CTIA gibt es einen wesentlichen Unter- 
schied. Bei der Grafik mit CTIA und ANTIC werden nur die 
Grafikregister, die auch mit dem "SETCOLOR"-Befehl erreicht 
werden können, verwendet. Ohne Player-Missile-Grafik bleiben 
also Farbregister unbenutzt. Der GTIA-Chip kann dagegen alle 
neun Farbregister auch ohne Benutzung der Player-Missile- 
Grafik ansprechen, ermöglicht dem Benutzer also eine bessere 
Ausnutzung des Atari-Systenms. 


Da bei den "neuen" Systemen nur statt des CTIAs der GTIA 
verwendet wurde, nicht jedoch auch ein anderer ANTIC, muss 
zwangsläufig der GTIA allein für die neuen Modi ("GRAPHICS 
9, 18 oder 11) "zuständig" sein. Tatsächlich betreibt man 
den ANTIC in diesen Modi auch normal, zum Beispiel in einem 
Schriftmodus oder auch einem Modus für hochauflösende Gra- 
fik, der GTIA stellt die Informationen des ANTIC lediglich 
anders dar. 


Der neue GTIA ist zum CTIA kompatibel, das heißt, dass alle 
Programme, die auf dem CTIA laufen, auch für den GTIA 
geeignet sind. Der umgekehrte "Weg" ist aber nur möglich, 
wenn nur CTIA-Möglichkeiten ausgenutzt worden sind. 


Der GTIA interpretiert die Bilddaten des ANTIC anders als in 
der gewohnten Weise. Er fasst die Daten zu jeweils vier Bit 
breiten Nibbles zusammen. Diese Nibbles steuern dann, welche 
Farben auf den Bildschirm gelangen. Es muss allerdings 
beachtet werden, dass es bei Verwendung der horizontalen 
Feinverschiebung oft unerwünschte Ergebnisse gibt, wenn 
diese Möglichkeiten des GTIA ausgenutzt werden. 


Die unterschiedlichen Betriebsarten werden über die Bits 6 
und 7 des Registers GTIACNTL gewählt. Die Bits 9-5 des 
GTIACNTL werden für die Player-Missile-Grafik verwendet. Bei 
der Programmierung ist also darauf zu achten, dass es nicht 
zu Konflikten mit der Player-Missile-Grafik kommt. Auch für 
GTIACNTL gibt es ein Schattenregister (GTIACNTLS). Die Re- 
gister befinden sich an folgenden Stellen: 
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GTIACNTL 53275 $D®1B 
GTIACNTLS 623 $26F 


Die möglichen Kombinationen von Bit 6 und Bit 7 führen zu 
folgenden Funktionen: 


Bit7 Bit6 Beschreibung 


1%) ö Diese Bitkombination liegt beim CTIA immer vor. 
Wenn Programme von einem Atari mit GTIA auf einem 
Atari mit CTIA (der in Europa selten ist!) laufen 
sollen, muss diese Bitkombination vorliegen. Bei 
dieser Kombination arbeitet der Atari wie gewohnt. 


17) 1 Jetzt interpretiert der GTIA die erwähnten Nibbles 
als Helligkeitsstufen. Dabei nimmt er die Farbe, 
die in Register COLBAK bzw. COLBAKS steht und als 
Helligkeit die Bitkombination des jeweiligen 
Nibbles. Wenn der ANTIC beispielsweise den ANTIC- 
Modus "F" (BASIC: "Graphics 8") benutzt, fasst der 
GTIA je 4 Bildpunkte zu einem eine Bildzeile hohen 
Streifen zusammen, der die Farbe aus COLBAK hat. 
Die Bitkombination der normalerweise erscheinenden 
vier Punkte bestimmt die Helligkeit des Streifens. 
Dieses Beispiel entspricht dem "BASIC-Gang 9". 


1 ö Jetzt interpretiert der GTIA die Nibbles als Num- 
mer eines Farbregisters. Da der GTIA aber nur über 
neun Farbregister verfügt, ist die Zahl der 
gleichzeitig darstellbaren Farben auf neun be- 
schränkt. Wenn der ANTIC beispielsweise den Modus 
"F" benutzt, fasst der GTIA je vier Bildpunkte zu 
einem eine Bildzeile hohen Streifen zusammen. Das 
von dem jeweiligen Nibble (der Bitkombination der 
normalerweise erscheinenden vier Punkte) angewähl - 
te Farbregister bestimmt, aus welchem Farbregister 
Farbe und Helligkeit des Streifens stammen. Dieses 
Beispiel entspricht dem "BASIC-Gang 1@". 
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1 1 Jetzt interpretiert der GTIA die Nibbles als Farb- 
stufen. Dabei nimmt er die Helligkeit, die in 
Register COLBAK bzw. COLBAKS steht. Die Farbe wird 
durch die Bitkombination des Nibbles gewählt. 
Dabei gilt die normale Farbtabelle. Wenn der ANTIC 
beispielsweise den Modus "F" benutzt, fasst der 
GTIA je vier Bildpunkte zu einem eine Bildzeile 
hohen Streifen zusammen. Dieser Streifen hat dann 
die Helligkeit aus Register COLBAK und die Farbe, 
die durch die Bitkombination, der normalerweise 
erscheinenden, vier Bildpunkte bestimmt wird. 
Dieses Beispiel entspricht dem "BASIC-Gang 11". 


Durch diese Möglichkeiten des GTIA erhöht sich die Zahl der 
gleichzeitig auf dem Bildschirm darstellbaren Farben erheb- 
lich. Auch die Auflösung ist im Verhältnis zu der Anzahl der 
gleichzeitig darstellbaren Farben sehr hoch. Gerade Darstel- 
lungen für die Statistik oder Spiele lassen sich oft so 
aufbauen, dass es nicht weiter stört, dass der Bildschirm 
aus kurzen, einzeiligen Linien besteht. 


Natürlich kann man praktisch jedes Bild, das vom ANTIC 
erzeugt wird, in der beschriebenen Art vom GTIA darstellen 
lassen. Gerade mit den Schriftmodi des ANTIC lassen sich 
sehr farbreiche Bilder erzeugen, die im Speicher nur wenig 
Raum verbrauchen, sich daher also schnell von der CPU verän- 
dern lassen. Dazu ist es aber notwendig, sich einen eigenen 
Zeichensatz zu definieren. 


Eine weitere Möglichkeit, interessante Effekte zu erzielen 
und mehr Farben als üblich auf den Bildschirm zu bringen, 
ist der Wechsel von Farbregisterinhalten während einer 
ANTIC-Programm-Unterbrechung. während der Unterbrechung 
trägt man in die Farbregister neue Werte ein. Auf diese Art 
kann man mehr Farben gleichzeitig auf dem Bildschirm dar- 
stellen, als Farbregister vorhanden sind. Auch die Betriebs- 
art der GTIA lässt sich während einer ANTIC-Programm-Unter - 
brechung variieren. 
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Mit dem Basic-Befehl "SETCOLOR R,F,H" schreibt man in die 
Schattenfarbregister bestimmte Werte, die die Farbe und 
Helligkeit codiert enthalten (die "Codierung" wurde bereits 
beschrieben). Für die möglichen "R" im Befehl wird jeweils 
ein Schattenfarbregister angesprochen: 


für R = 8: COLPF®S 
für R = 1: COLPF1S 
für R = 2: COLPF2S 
für R = 3: COLPF33 
für R = 4: COLPF48 


Statt "SETCOLOR R,F,H" lässt sich auch 
" POKE (Adresse des Schattenfarbregisters), F * 16 + H " 
eingeben. Mit diesem Befehl ist auch die Wahl der Farbe der 


Farbregister für die Player-Missile-Grafik möglich, dies 
lässt sich mit dem "SETCOLOR"-Befehl nicht machen. 
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Zu den wichtigsten Elementen bei Spielen gehören natürlich 
bewegliche Objekte. Bei herkömmlichen Systemen ist der 
Bildschirm ein einfacher Bereich des Speichers, der auf eine 
bestimmte Art auf den Monitor "projiziert" wird. 


Ein auf dem Bildschirm zusammenhängendes Feld, das einen 
Spieler oder ein Geschoss darstellen soll, liegt im Speicher 
meist nicht direkt hintereinander. Zwischen den Informatio- 
nen, die zu einem Spieler gehören, befinden sich Bytes, die 
zu den Bildteilen, die von einem Teil des Spielers in einer 
Zeile bis zum gleichen Spieler in der nächsten Zeile folgen, 
gehören. Dies muss bei jeder Operation mit einem Spieler 
beachtet werden. Die CPU muss also, wenn sie zum Beispiel 
das Aussehen eines Spielers ändern will, nur jedes sound- 
sovielte Byte ändern. Dies bringt einen erheblichen Rechen - 
aufwand mit sich. 


womöglich liegt ein Spieler auch noch halb in einem oder 
mehreren anderen Bytes, dann muss die CPU auch noch 
einzelne, zum Spieler gehörige und nicht zum Spieler 
gehörige Bits trennen. Dies bringt weiteren Rechenaufwand. 


Zudem überdeckt jeder Spieler Bildteile oder wird von Bild- 
teilen überdeckt. Jedes überdeckte Bildteil oder jeder über - 
deckte Spieler müssen nach dem Weiterbewegen natürlich wie- 
derhergestellt werden. Also muss bei jedem Bildüberschreiben 
für einen Spieler zwischengespeichert werden, was gerade 
verdeckt wird. 


Der gesamte Rechenaufwand lässt sich dadurch verringern, 
dass man die Spieler immer mehrere Punkte weit bewegt. Al- 
lerdings wirkt die Bewegung dann nicht mehr flüssig, sondern 
ruckend. Eine Lösung bringt die Einführung von Spielern und 
Geschossen, die nicht mehr per Software, sondern per 
Hardware eingeblendet werden. Auch Trefferkontrollen lassen 
sich hardwaremäßig leichter durchführen als per Software. 


Bei den Atari-Geräten übernimmt dies die sogenannte Player- 
Missile-Grafik. Wenn auch der Aufwand nicht auf null absinkt 
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und der Atari sicher auch nicht das einfachste Konzept für 
bewegliche Objekte hat, sollte man sich immer vor Augen 
halten, welche Operationen der CPU man einspart. Außerdem 
ist die Player-Missile-Grafik von Atari extrem flexibel. 


Mit der Player-Missile-Grafik ist es möglich, bis zu vier 
Spieler und vier Geschosse in jedes beliebige Bild des ANTIC 
einzublenden. Diese Zahl lässt sich jedoch erhöhen, man kann 
auch mehrere Objekte mit einem Spieler oder einem Geschoss 
darstellen. Innerhalb von einer Zeile lassen sich jedoch nie 
mehr als vier Geschosse und vier Spieler darstellen. 


Wenn zwei Objekte gemeinsam einen Spieler oder ein Geschoss 
"benutzen" sollen, können entweder ohne DMA, je nachdem 
welche Zeile des Bildes gerade aufgebaut wird, die Daten des 
einen oder des anderen Objekts in das Grafikregister ge- 
schrieben werden. Es ist aber auch mit DMA möglich, zwei 
Objekte durch einen Spieler darzustellen. Man muss lediglich 
in einer Bildzeile eine ANTIC-Programm-Unterbrechung auslö- 
sen und in der Unterbrechungsroutine das Register PMBASE 
(das Register ist im ANTIC-Kapitel beschrieben) auf die 
Basisadresse eines anderen Speicherfeldes legen. 


Die Player-Missile-Grafik wird über das Register PMCNTL ein- 
und ausgeschaltet. Das Register PMCNTL befindet sich bei 
Adresse 53277 bzw. $D®1D. Die einzelnen Bits des Registers 
haben folgende Funktionen: 


Bit @: Wenn dieses Bit auf "1" steht, ist die Übertragung 
der Grafikregister der Geschosse auf den Bild- 
schirm eingeschaltet. Somit werden die Geschosse 

mit diesem Bit eingeschaltet. 


Bit 1: Wenn dieses Bit auf "1" ist, ist die Übertragung 
der Grafikregister der Spieler auf den Bildschirm 
eingeschaltet. Somit werden die Spieler mit diesem 
Bit eingeschaltet. 


Bit 2: Wenn dieses Bit auf "1" ist, können die Trigger - 
eingänge nur auf '"@" gesetzt werden, das Loslassen 
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einer Joystick-Feuertaste wird dadurch nicht mehr 
registriert. Damit ist das Speichern eines Tasten- 
druckes auf eine der "Joystick-Feuertasten" mög- 
lich. 


Die Farben der Spieler werden wie die Farben des Spielfeldes 
in Farbregistern gespeichert. Dabei haben immer ein Spieler 
und ein Geschoss gemeinsam ein Farbregister. Die Register 
sind in ihrer Funktion mit den anderen Farbregistern iden- 
tisch. Die Register befinden sich an folgenden Adressen im 
Atari: 


COLPMd 53266 $D812 Spieler/Geschoss 9 
COLPM@S 794 $2CQ (Schattenregister) 
COLPM1 53267 $D813 Spieler/Geschoss 1 
COLPM18 785 $2c1 (Schattenregister) 
COLPM2 53268 $D814 Spieler/Geschoss 2 
COLPM2S 786 $2C2 (Schattenregister) 
COLPM3 53269 $D815 Spieler/Geschoss 3 
COLPM38 707 $2C3 (Schattenregister) 


Die Form der Spieler wird in sogenannten Spieler- und Ge- 
schossgrafikregistern abgelegt. Der GTIA unterstützt aber 
nur jeweils eine Bildzeile. Das heißt, dass nach jeder 
Zeile, sofern sich das Bild des Spielers zu dieser Zeile hin 
ändern soll, neue Daten in die Spieler- und Geschoss- 
grafikregister gebracht werden müssen. Dies lässt sich 
sowohl aus einem Assemblerprogramm heraus ausführen, als 
auch durch den ANTIC-DMA erledigen. Über die Benutzung des 
ANTIC-DMA gibt das Kapitel über den ANTIC Auskunft. 


Für jeden Spieler ist ein Grafikregister vorhanden: 
GRAFP® 53261 $DOQD 
GRAFP1 53262 $DPBE 


GRAFP2 53263 $DORF 
GRAFP3 53264 $D818 
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Für die Geschosse ist ein gemeinsames Grafikregister vorhan- 
den, in das die Daten aller Geschosse geschrieben werden: 


GRAFPM 53265 $D811 


Zu jedem Geschoss gehören zwei Bits in diesem Register: 


Bit 8-1 Geschoss 
Bit 2-3 Geschoss 
Bit 4-5 Geschoss 
Bit 6-7 Geschoss 


PwNH 


Die Programmierung des Geschossregisters ist etwas kompli- 
zierter als die Programmierung der Spielergrafikregister, da 
hier die einzelnen Bits der Geschosse zu einem Byte zusam- 
mengefügt werden müssen. Auch der DMA erleichtert diese 
Arbeit nicht. Aber trotzdem lassen sich Spiele auch mit 
dieser Form der Player-Missile-Grafik leichter programmie - 
ren, als völlig ohne Hardwarehilfe für bewegliche Objekte. 


Die horizontale Position der Geschosse und Spieler wird 
ebenfalls in Register geschrieben. Der Registerinhalt besagt 
jeweils, beim wievielten Farbtakt einer Bildzeile angefangen 
wird, den Inhalt des Grafikregister (also das Objekt) auf 
den Bildschirm zu bringen. 


Zu beachten ist aber, dass der linke Spielfeldrand je nach 
der Anzahl der Farbtakte pro Bildzeile, die man im ANTIC 
einstellen kann, bei verschiedenen Farbtakten liegt. Die 
Farbtakte vor dem eigentlichen Bild gehören zum Bildrand, 
der die Farbe aus COLBAK hat. Die ersten Farbtakte liegen 
normalerweise außerhalb des Fernseherbildes. Um Objekte 
unsichtbar zu machen, kann man sie ohne Weiteres in diesen 
Bildbereich bewegen, man muss das Horizontalregister des 
Spielers nur auf null setzen. 


139 


*** ABBUC Edition: 


ATARI 688XL/808XL INTERN 


Für jeden Spieler und jedes Geschoss ist ein Horizontal- 


register vorhanden 


HPOSP® 53248 
HPOSP1 53249 
HPOSP2 53250 
HPOSP3 53251 


HPOSM® 53252 
HPOSM1 53253 
HPOSM2 53254 
HPOSM3 53255 


Außerdem gibt es 
Position von Spiel 


VDELAY 53276 


$D200 (Spieler ®) 
$D201 (Spieler 1) 
$D902 (Spieler 2) 
$D903 (Spieler 3) 


$D904 (Geschoss ®) 
$D905 (Geschoss 1) 
$D906 (Geschoss 2) 
$D907 (Geschoss 3) 


ein weiteres Register, um die vertikale 
ern und Geschossen zu beeinflussen: 


$DO1C 


VDELAY wird benutzt, wenn man zweizeilige Auflösung gewählt 
hat, aber ein Objekt trotzdem in eine bestimmte Zeile brin- 


gen möchte. Durch 
das entsprechende 
wird. Das Register 


Bit ®& Geschoss 
Bit 1 Geschoss 
Bit 2 Geschoss 
Bit 3 Geschoss 
Bit 4 Spieler 
Bit 5 Spieler 
Bit 6 Spieler 
Bit 7 Spieler 
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Objekt um eine Zeile nach unten gerückt 
ist folgendermaßen belegt: 


ONDHRQ 


oO ONDHRQ 
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Die horizontale Größe der Objekte wird ebenfalls in 
Registern gespeichert. Die horizontale Größe ist die Anzahl 
der Farbtakte, die ein Objekt in einer Zeile einnimmt. Für 
jeden Spieler gibt es ein derartiges Register: 

SIZEP® 53256 $D008 (Spieler ®) 

SIZEP1 53257 $D009 (Spieler 1) 


SIZEP2 53258 $DOQA (Spieler 2) 
SIZEP3 53259 $DOQB (Spieler 3) 


Die horizontale Größe wird durch Bit ®& und Bit 1 der 
Register bestimmt (die anderen Bits sind unbenutzt): 
Bit1 Bit® Größe 


1%) ö  Normalgröße, jedes Bit ist einen Farbtakt breit 
(ein Spieler ist also 8 Farbtakte breit). 


1%) 1 Doppelte Größe, jedes Bit ist zwei Farbtakte breit 
(ein Spieler ist also 16 Farbtakte breit). 


1 ö Normalgröße, jedes Bit ist einen Farbtakt breit 
(ein Spieler ist also 8 Farbtakte breit). 


1 1  Vierfache Größe, jedes Bit ist vier Farbtakte 
breit (ein Spieler ist also 32 Farbtakte breit). 


Die Größen der Geschosse werden dagegen in dem Register 
SIZEM 53260 $DOSC 


gespeichert. 
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Je zwei Bits des Registers bestimmen die Größe eines 
Geschosses: 


Bit ®-1 Geschoss & 
Bit 2-3 Geschoss 1 
Bit 4-5 Geschoss 2 
Bit 6-7 Geschoss 3 


Die möglichen Bitkombinationen bewirken Folgendes: 


1%) ö  Normalgröße, jedes Bit ist einen Farbtakt breit 
(das Geschoss ist also zwei Farbtakte breit). 


1%) 1 Doppelte Größe, jedes Bit ist zwei Farbtakte breit 
(das Geschoss ist also vier Farbtakte breit). 


1 ö Normalgröße, jedes Bit ist einen Farbtakt breit 
(das Geschoss ist also zwei Farbtakte breit). 


1 1  Vierfache Größe, jedes Bit ist vier Farbtakte 
breit (das Geschoss ist also acht Farbtakte 
breit). 


Wenn Teile des Bildschirms die gleiche Bildschirmposition 
haben wie Spieler oder Geschosse, stellt sich die Frage, was 
im Vordergrund und was im Hintergrund dargestellt wird. Dies 
lässt sich durch das Register GTIACNTL ($D81B;53275) bzw. 
GTIACNTLS ($®26F;623) bestimmen. Dieses Register ist aber 
auch noch für weitere Funktionen zuständig. So bestimmen Bit 
6 und 7 die GTIA-Betriebsart. Die ersten 4 Bits dienen der 
Prioritätskontrolle. Durch Setzen eines der 4 Bits wählt man 
eine Prioritätsfolge zwischen den Spielfeldfarben und den 
Spielern und Geschossen: 


(Die Priorität FÄLLT von links nach rechts!) 
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Bit 0: P®, Pı, P2, P3, PF®, PFi, PF2, PF3/P5, BAK 
Bit 1: P®, P1, PF@, PFi, PF2, PF3/P5, P2, P3, BAK 
Bit 2: _PF®, PF1, PF2, PF3/P5, P@, Pi, P2, P3, BAK 


Bit 3: _PF®, PF1, P@, Pi, P2, P3, PF2, PF3/P5, BAK 


Wenn mehr als eins der 4 Bits gesetzt ist, so sind die 
Prioritäten nicht eindeutig festgelegt. Es kommt zu Priori- 
tätskonflikten zwischen den einzelnen Bildobjekten. Die 
"Überlappungszone" zwischen derartigen, in einem Prioritäts- 
konflikt stehenden Objekten erscheint schwarz. Wenn man zum 
Beispiel Bit ® und Bit 2 von GTIACNTL setzt, so wird P& 
schwarz erscheinen, wenn er über PF1 gerät. Das gleiche 
geschieht auch mit P1, P2 und P3 wenn sie über PF1, PF2 und 
PF3/P5 geraten. 


In den ANTIC-Modi mit einer Farbe und 48 Zeichen pro Zeile 
wird die Leuchtstärke eines Zeichens ohne Rücksicht auf die 
Priorität von PF1 bestimmt. Wenn ein Spieler oder ein Ge- 
schoss mit höherer Priorität ein derartiges Zeichen über- 
deckt, so wird die Farbe dieser Zone von der Spielerfarbe 
bestimmt. 


Die beiden verbleibenden Bits von GTIACNTL haben folgende 
Funktionen: 


Bit 4: Wenn dieses Bit gesetzt ist, haben alle Geschosse 
die Farbe, die in COLPF3 steht (Farbe von PF3). 
Dadurch können die Geschosse auch zu einem fünften 
Spieler (P5) zusammengefasst werden. 
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Bit 5: Das Setzen dieses Bits ermöglicht es, auch mehr- 
farbige Spieler abzubilden. Dabei werden Spieler ® 
und Spieler 1 sowie Spieler 2 und Spieler 3, 
sofern sie sich überlappen, miteinander per OR 
verknüpft. Die Priorität gilt dann nur noch be- 
dingt. Es können die Farben beider Spieler er- 
scheinen. Je nachdem, welches Bit welches Spielers 
gesetzt ist, erscheint eine von drei Farben (zwei 
Farben der Spieler und die Farbe unter den 
Spielern) auf dem Bildschirm. 


Besonders bei Spielen ist es interessant festzustellen, ob 
es "Zusammenstöße" zwischen Spielern und Geschossen mit 
anderen Spielern, Geschossen und Bildteilen gab. Der GTIA 
besitzt insgesamt 16 Register, die ein Programm abfragen 
kann, um derartige Kollisionen zu erkennen. 


Für jedes Geschoss gibt es ein Register, das Kollisionen 
zwischen dem jeweiligen Geschoss und den Spielfeldfarben 
speichert: 


KOLMOPF 53248 $D008 
KOLMIPF 53249 $D001 
KOLM2PF 53250 $D882 
KOLM3PF 53251 $D003 


Ein Bit dieser Register signalisiert dadurch, dass es auf 
"1" steht, dass es eine Kollision zwischen dem Geschoss, dem 
das Register zugeordnet ist, und der jeweiligen Spielfeld- 
farbe gab: 
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Bit & Kollision mit PF® 
Bit 1 Kollision mit PF1 
Bit 2 Kollision mit PF2 
Bit 3 : Kollision mit PF3 
Bit 4-7 : unbenutzt (stehen auf "@") 


Es gibt auch für jeden Spieler ein Register, das einen 
Zusammenstoß zwischen dem jeweiligen Spieler und einer 
Spielfeldfarbe signalisiert: 


KOLPOPF 53252 $D004 
KOLPIPF 53253 $D005 
KOLP2PF 53254 $D006 
KOLP3PF 53255 $D087 


Ein Bit dieser Register signalisiert dadurch, dass es auf 
"1" steht, dass eine Kollision zwischen dem Spieler, dem das 
Register zugeordnet ist und der jeweiligen Bildschirmfarbe 
stattgefunden hat: 


Bit 8 : Kollision mit PF® 
Bit 1 : Kollision mit PF1 
Bit 2 : Kollision mit PF2 
Bit 3 : Kollision mit PF3 
Bit 4-7 : unbenutzt (stehen auf "@") 


Des Weiteren gibt es für jedes Geschoss ein Register, das 
signalisiert, ob es Kollisionen des jeweiligen Geschosses 
mit einem Spieler gab: 


KOLMOP 53256 $D008 
KOLMIP 53257 $D089 
KOLM2P 53258 $DOBA 
KOLM3P 53259 $DO8B 
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Ein Bit dieser Register signalisiert dadurch, dass es auf 
"1" steht, dass eine Kollision des Geschosses, dem das je- 
weilige Register zugeordnet ist, mit dem jeweiligen Spieler 
stattgefunden hat: 


Bit 8 : Kollision mit Spieler ® (P®) 
Bit 1 : Kollision mit Spieler 1 (P1) 
Bit 2 : Kollision mit Spieler 2 (P2) 
Bit 3 : Kollision mit Spieler 3 (P3) 
Bit 4-7: unbenutzt (stehen auf "@") 


"Last, but not least" gibt es für jeden Spieler ein 
Register, dessen Bits Zusammenstöße mit anderen Spielern 
signalisieren: 


KOLPYP 53260 $DOGC 
KOLPIP 53261 $DOQD 
KOLP2P 53262 $DOdE 
KOLP3P 53263 $DOAF 


Ein Bit dieser Register signalisiert, dass ein Zusammenstoß 
zwischen dem Spieler, dem das Register zugeordnet ist und 
einem anderen Spieler stattgefunden hat. Das "eigene" Bit im 
jeweiligen Register steht immer auf "@". 


Bit ® Kollision mit Spieler ® (P®) 
Bit 1 Kollision mit Spieler 1 (P1) 
Bit 2 Kollision mit Spieler 2 (P2) 
Bit 3 : Kollision mit Spieler 3 (P3) 
Bit 4-7: unbenutzt (stehen immer auf "@") 


Eine Kollision wird in dem Moment markiert, in dem die 
Position, an der die Kollision stattfindet, auf dem 
Bildschirm abgebildet wird. Direkt nach dem Einschreiben in 
die Positionsregister hat zwar genaugenommen die Kollision 
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schon stattgefunden, durch die interne Struktur des GTIA ist 
es aber zu diesem Zeitpunkt noch nicht möglich, die 
Kollision zu bemerken. 


Die Bits in den Kollisionsregistern bleiben so lange ge- 
setzt, bis in ein "Löschregister" irgendein Wert geschrieben 
wird. Die einzelnen Bits dieses Registers haben keine 
weitere Funktion. Es ist also wirklich völlig egal, welcher 
Wert in das Register 


HITCLR 53278 $D®1E 


geschrieben wird. 


Die Kollision ist also unter Umständen auch noch in dem 
Moment gespeichert, in dem die Objekte sich bereits wieder 
an anderen Stellen befinden. Auf diese Art kann man die 
Bewegungen der Objekte auch in Unterbrechungsroutinen 
ausführen, die Abfrage aber erst später im Hauptprogramm 
machen. 


Zuerst muss man sich entscheiden, ob man die Objekte durch 
den DMA des ANTICs darstellen lässt oder direkt aus einem 
Assemblerprogramm in die Grafikregister des GTIA schreibt. 
Gewöhnlich wird man den DMA benutzen, da man ansonsten sehr 
genau darauf achten muss, welche Zeile gerade abgebildet 
wird. Der Aufwand, der entsteht, wenn man ohne DMA mit der 
Player-Missile-Grafik arbeitet, ist nur sehr selten zu 
rechtfertigen. 
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Sofern man die Player-Missile-Grafik mit dem DMA benutzt, 
muss man sich einen freien Speicherbereich im Atari suchen. 
Gewöhnlich liegt ganz "oben" im freien Arbeitsspeicher der 
Bildschirmspeicher. Direkt darunter wird man gewöhnlich das 
ANTIC-Programm ansiedeln. Es empfiehlt sich, unter dem 
ANTIC-Programm das Speicherfeld für den Player-Missile-DMA 
unterzubringen. Falls man weitere Speicherfelder für die 
Player-Missile-Grafik anlegt, sollte der Speicher weiter von 
oben nach unten gefüllt werden. Die Adresse des Speicherfel- 
des für den Player-Missile-DMA muss dem ANTIC über das Re- 
gister PMBASE mitgeteilt werden. Bei der Wahl der Speicher - 
bereiche der Player-Missile-DMA ist jedoch zu beachten, 
dass, wie schon erwähnt, immer an einer 1-KByte- bzw. 2- 
KByte-Grenze beginnen müssen. 


Die horizontale Spielerbewegung lässt sich direkt durch ein 
Verändern der Positionsregister im GTIA erreichen. Um eine 
vertikale Spielerbewegung zu bewirken, muss man die Bytes 
des Spielers oder die einzelnen Bits des Geschosses durch 
das Speicherfeld für den Player-Missile-DMA bewegen. Dafür 
sollte man sich jeweils Unterprogramme schaffen. Die 
Unterprogramme dafür sind jedoch relativ einfach, da der 
Speicherbereich für einen Spieler oder ein Geschoss nie mehr 
als 256 Bytes hat, also nie größer ist, als der größte mit 
einem Prozessorregister (Register A, X oder Y) darstellbare 
Wert. Die 16 Bit Operationen, die ohne Player-Missile-Grafik 
nötig wären, entfallen also weitestgehend. 


Jetzt sollte der Speicherbereich für die Player-Missile- 
Grafik gelöscht werden. Außerdem müssen die Horizontalposi- 
tionen und Größen der Spieler, sowie der Grad der vertikalen 
Auflösung im ANTIC bzw. GTIA festgelegt werden. Die Spieler - 
farben werden in die Register COLPM®S bis COLPM3S (Schatten- 
register von COLPM® bis COLPM3) eingetragen. 


Ganz zuletzt sollte man den Player-Missile-DMA (mit Register 
DMACNTL) und die Player-Missile-Grafik (mit Register PMCNTL) 
einschalten; so treten keine Störungen auf dem Bildschirm 
während der Initialisierung auf. 
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Die Triggereingänge des GTIA sind bei den alten Atari- 
Modellen mit den vier Joystickeingängen verbunden. Über die 
Triggereingänge fragt man so zum Beispiel die "Feuertasten" 
der Joysticks ab. 


Da die neuen Atari-Modelle nur noch zwei Joystick-Ports 
besitzen, wurde einer der freien Triggereingänge zur Abfrage 
der Freigabe für ein ROM-Modul verwendet. Der vierte Trig- 
gereingang ist unbenutzt. 


Für jeden Triggereingang steht ein Register zur Verfügung, 
das jeweils im niedrigsten Bit (Bit 28) den Status des 
Eingangs angibt. Eine "1" in einem dieser Bits zeigt zum 
Beispiel einen nicht gedrückten Taster an den Joysticks an, 
eine "2" einen gedrückten Taster. Wie schon erwähnt, lässt 
sich das Zurückschalten auf "1" durch das Setzen von Bit 2 
des Registers PMCNTL unterdrücken. Wenn eine "@" in einem 
der Triggereingangsregister steht, bleibt sie gespeichert, 
bis das Bit 2 von PMCNTL wieder gelöscht wird. Die Bits 1 
bis 7 der Register stehen immer auf "8". Für jedes der 
Register steht ein Schattenregister zur Verfügung. 


Die Register und Schattenregister befinden sich an folgenden 
Adressen: 


TRIG® 53264 $D918 JOYSTICK 1 

TRIGQS 644 $284 (Schattenregister) 
TRIG1 53265 $D911 JOYSTICK 2 

TRIG18 645 $285 (Schattenregister) 
TRIG2 53266 $D212 bei XL unbenutzt 
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TRIG28 646 $286 
TRIG3 53267 $D013 Prüfen ob Cartridge gesteckt 
GINTLK 1018 $3FA (Schattenregister) 


TRIG3 / GINTLK zeigen an, ob eine Cartridge eingesteckt ist 
(= "1") oder nicht (= "@"). 


Die beiden Register werden während des Vertical-Blank-Inter- 
rupt abgeglichen, um festzustellen, ob eine Cartridge einge - 
steckt oder entfernt wurde. Eine Veränderung löst einen 
Kaltstart aus. 


Die Konsolentaster "START", "SELECT" und "OPTION" werden 
ebenfalls über den GTIA abgefragt. Dafür steht das Register 
CONSOL zur Verfügung: 


CONSOL 53279 $DO1F 


Die Konsolentaster sind den Bits des Registers folgender - 
maßen zugeordnet: 


Bit @&: START 
Bit 1: SELECT 
Bit 2: OPTION 


Eine "2" in einem der Bits signalisiert, dass die 
betreffende Taste gedrückt ist. Durch Einschreiben einer "1" 
in ein oder mehrere Bits wird die Eingabe durch den oder die 
betreffenden Taster gesperrt. 


Bit 3 des CONSOL-Registers steuert das "Klicken" der Tasta- 
tur. Das Betriebssystem schreibt während des Vertikal-Leer- 
taktes eine 1 in dieses Bit. Durch das Einschreiben einer 
"a" in dieses Bit löst man das "Klicken" aus. Das Bit sollte 
aber nur kurzzeitig auf "d" stehen gelassen werden, insbe- 
sondere wenn man die Vertikal-Leertakt-Unterbrechungsroutine 
des Betriebssystems abschaltet. 
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Vor dem Lesen der Taster sollte man $88 in das Register 
CONSOL schreiben, um sicherzugehen, dass kein Taster 
gesperrt ist. 


Das Aussehen der Farben ist bei NTSC- und PAL-System leider 
nicht identisch. Wenn man auf einem PAL-System ein Spiel 
schreibt, kann es unter Umständen nötig sein, die Farben zu 
ändern, bevor man das Programm auf einem NTSC-System laufen 
lässt. Die Änderungen können aber auch gleich im Programm 
berücksichtigt werden. Im Register 


NTSCPAL 53268 $D014 


wird dann im Programmablauf abgefragt, ob ein PAL- oder ein 
NTSC-Gerät vorliegt. Bei einem PAL-Gerät sind die Bits 1-3 
"ga", Registerwert=1, bei einem NTSC-Gerät "1", Register- 
wert=15. 


Außerdem ist beim NTSC-System normalerweise nicht die glei- 


che Anzahl von Bildzeilen auf dem Bildschirm vorhanden, wie 
beim PAL-System. 
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7.1 Allgemeines 

Der POtenziometer- and KEYboard-Controller-Chip ist der 
dritte Spezialbaustein im Atari 6®0XL/80@0XL. Er übernimmt 
zum einen fast die gesamte Tonsteuerung, zweitens ist er für 
die Kommunikation mit extern anzuschließenden Geräten 
zuständig und als Letztes übernimmt er das Einlesen der 
Paddle-Kanäle. 


Als Verbindung zur CPU stehen ihm die 8 Datenleitungen, 
Takt-Schreib-/Leseleitung, eine Interrupt- und vier Adress- 
leitungen zur Verfügung. Über eine Hardware-Reset-Leitung 
verfügt der POKEY nicht. 


Mit seinen vier Adressleitungen können im POKEY 16 verschie- 
dene Daten- beziehungsweise Steuer-Register angesprochen 
werden. 


Diese 16 Register teilen sich hauptsächlich in 9 Ton- 
register, 4 Übertragungsregister, ein nicht belegtes und ein 
Interruptverarbeitungsregister auf. 


Der POKEY besitzt die Möglichkeit, maximal vier Tonkanäle 
gleichzeitig oder in Kombination miteinander zu verwalten. 


Jeder Ton, den wir hören können, setzt sich aus mehreren 
Komponenten zusammen. Da ist zum einen die Tonhöhe, die 
technisch als Frequenz bezeichnet wird und in Hz (Hertz, 
nach dem bekannten Physiker Heinrich Hertz) gemessen wird. 
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Ein Hz ist nun eine komplette Schwingung pro Sekunde, wobei 
'komplett' bedeutet, dass bei immer wiederkehrenden Schwing - 
ungsbildern man sich einen beliebigen Punkt der Schwingung 
sucht und dann so lange wartet, bis genau dieser Punkt 
wieder erreicht wird. Der Bereich zwischen den beiden gefun- 
denen Punkten ist dann eine komplette Schwingung. Hat man 
nun 18080 Schwingungen pro Sekunde, so besitzt das Signal 
eine Frequenz von 18@@Hz , oder auch 1kHz. 


Je größer die Frequenz des Signals ist, umso höher empfinden 
wir den Ton beziehungsweise das Geräusch. 


Ein weiteres Charakteristikum einer Schwingung ist die 
Schwingungsform. Als Extrema wären hier z.B. die reine 
Sinus-Schwingung oder, als Gegenstück dazu, die reine Recht - 
eck-Schwingung zu nennen. Dies sind jedoch Sonderfälle, die 
sich zwar heutzutage mit elektronischen Mitteln recht sicher 
und gut herstellen lassen, die jedoch wegen ihrer Ausge- 
prägtheit im Klang derart 'nervend' sind, dass sie sich kaum 
jemand länger anhören kann. Wer das nicht glaubt, sollte 
sich einmal den 448Hz-Normton (Kammerton a) am Telefon fünf 
Minuten lang anhören. 


Alle Geräusche und Töne, die wir heutzutage um uns haben, 
sind Mischformen unterschiedlichster Signalformen. Aus der 
jeweiligen Signalzusammensetzung können wir, in Verbindung 
mit den sogenannten Hüllkurven, unterschiedliche Signalquel- 
len recht sicher voneinander unterscheiden. So dürfte eine 
Verwechselung zwischen einem Waldhorn und einem Klavier 
einigermaßen selten vorkommen. 


Die Hüllkurve beschreibt nun, wie sich die Lautstärke des 
jeweiligen Tones im Verhältnis zur Zeit verändert. Da gibt 
es z.B. Signale, die sehr schnell laut sind, um dann langsam 
und gleichmäßig abzuklingen (Klavier), die Violine dagegen 
erreicht wesentlich langsamer ihr Lautstärkemaximum. 


Als letzte wesentliche Eigenschaft jedes Tones verarbeiten 
wir mehr oder weniger unbewusst den Frequenzbereich, in dem 
sich das Signalgemisch ungefähr befindet. Es hört sich ein- 
fach anders an, wenn man Musik direkt aus der Hi-Fi-Stereo- 
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anlage hört, als wenn man dies über das Telefon tut. Nicht 
unbedingt wegen eventueller Störungen und Knack-Geräusche, 
sondern wegen des enorm eingeschränkten übertragenen Fre- 
quenzbereichs. Der ist von der Post so bestimmt, dass die 
übertragenen Töne hauptsächlich die Tonhöhen durchlassen, 
die zur Übermittlung von Sprache wesentlich sind. 


Im POKEY sind nun vier Register enthalten, die nichts weiter 
tun, als ein vorgegebenes Taktsignal mit bestimmter Frequenz 
durch einen bestimmten, ebenfalls vorzugebenden Wert zu tei- 
len. Dadurch entsteht dann eben ein niedrigerer Ton. Da das 
jedoch zu primitiv wäre, und sich damit nach dem oben 
gesagten keine vernünftigen Klänge erzeugen ließen, gibt es 
nun noch weitere Möglichkeiten. Als Erstes kann man z.B. 
zwei solcher Zähler aneinanderhängen, das heißt also, den 
Ausgang des einen Zählers mit dem Eingang des zweiten zu 
verbinden. So kann Zähler 2 an Zähler 1 angehängt werden, 
genauso wie Zähler 4 an Zähler 3. Dieses Anhängen hat fol- 
genden Zweck: 


Durch die Größe der einzelnen Zählregister von 8 Bit ergibt 
sich ein mögliches Teilerverhältnis im Bereich von 1 bis 256 
(intern wird auf den Registerwert eine %1 addiert). Hängt 
man nun zwei Zähler aneinander, so erhält man ein mögliches 
Verhältnis von 1 bis 65536, da ja nun 16 Bit zur Verfügung 
stehen. 


Es gibt somit die Möglichkeit, vier 8-Bit-Kanäle oder einen 
16-Bit-Kanal und zwei 8-Bit-Kanäle oder, als Letztes, zwei 
16-Bit-Kanäle zu betreiben. Alles dies wird über ent- 
sprechende Statusbits festgelegt. 


Die eigentlichen Teilerverhältniswerte werden in die ent- 
sprechenden Register AUDIFREQ1 bis AUDIFREQ4 (53768, 53762, 
53764, 53766; $D220, $D202, $D284, $D286) geschrieben. 


Als Takt kann für jedes der Register ein 64kHz-, 15kHz- 
oder, und das gilt nur für Kanal 1 und 3, ein 1,77MHz-Takt 
gewählt werden. Je höher der Takt gewählt wird, desto höher 
ist bei gleichem Teilerverhältnis das Ausgangssignal. 
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Aus der Kombination der Takteingangsfrequenzen und der Tei- 
lerverhältnisse lassen sich nun sämtliche Frequenzbereiche 
von & bis 1,77/2 Mhz = 887 kHz erreichen. Die letzte Teilung 
durch den Faktor zwei ist immer gegeben und hat den Zweck, 
immer nur symmetrische Signale auszugeben. Hat man ein Digi- 
talsignal als letztes durch den Faktor zwei geteilt, so ist 
dieses Signal genauso lange 'an' wie 'aus', also zeitlich 
symmetrisch. Diese Bedingung ist wesentlich, denn ein unsym- 
metrisches Signal hört sich völlig anders an als ein sym- 
metrisches, sodass sich bei Veränderung von Teilerwerten 
nicht nur die Frequenz, sondern auch die Signalform, und 
somit der Klang ändern würde, wenn nicht zum Schluss das 
signal immer in ein symmetrisches abgeändert würde. 


Neben der Frequenz lässt sich auch noch die Art und Form 
eventueller Verzerrung einstellen. Dazu wird das normale 
Ausgangssignal, das von den Zählregistern geliefert wird, 
logisch verknüpft mit zyklisch auftretenden 'Störungen'. 


Diese Störungen werden über sogenannte Schieberegister er- 
zeugt, die wie eine lange Röhre funktionieren. Schiebt man 
in das eine Ende der Röhre Signale hinein, kommt irgendwann 
einmal am anderen Ende eben dieses Signal heraus. Nimmt man 
dieses Signal dann wieder, um es am vorderen Ende wieder 
hineinzutun, hat man einen Zyklus, der endlos weitergeht. Um 
nun nicht einen völlig 'langweiligen', einmaligen Rhythmus 
herauszubekommen, wendet man noch einen weiteren Trick an: 
Die Röhre wird an einigen Stellen "angebohrt', und die an 
der Stelle anliegenden Signale zusammen mit dem End-Signal 
auf den Röhreneingang gelegt. Dadurch ist immer noch sicher - 
gestellt, dass es sich bei dem ganzen Vorgang um einen zyk- 
lischen handelt, aber dessen Wiederholrate ist wesentlich 
geringer. 


Es sind nun im POKEY drei dieser rückgekoppelten Schiebere- 
gister, die als Polynom-Zähler bezeichnet werden, vorhanden. 
Es gibt einen 4 Bit langen, einen mit 5 Bit und einen, der 
umschaltbar entweder 17 oder 9 Bit Länge aufweist. 


Die Frequenz wurde, wie schon erwähnt, durch die Werte in 
den Frequenzregistern AUDIFREQ1 bis AUDIFREQ4 festgelegt. 


157 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


Die Verzerrung und die 16 stufige Lautstärke werden hingegen 
über die Kontrollregister AUDICNTL1 bis AUDICNTLA (53761, 
53763, 53765, 53767; $D2@1, %$D223, %$D285, %$D287) program- 
miert. Die einzelnen Bits dieser Kontrollregister bedeuten: 


1%) Diese vier Bit sind zuständig für die 
1 Lautstärke. Es sind Werte zwischen 

2 $0@ und $@F möglich (%008@ bis %1111). 
3 


4 VOLUME_ONLY 

5 Diese drei Bit werden zur Auswahl einer 
6 der sechs Verzerrungsmöglichkeiten be- 
7 nutzt (s.Tab). 


Tabelle für die wertigkeiten der Bits 5,6 und 7 der Register 
AUDCH: 


[7) {7} 17) Das vom Zählregister stammende Signal 
wird zuerst mit dem 5-Bit-Polynom, dann 
mit dem 17-Bit-Polynom verknüpft, bevor 
es auf die letzte Teilerstufe durch den 
Faktor zwei geschickt wird. 


17) X 1 Es findet nur eine Verknüpfung mit dem 
5-Bit-Polynom statt vor der letzten 
Division. 


158 


Der POKEY *** 


1%) 1 17) Das vom Zählregister stammende Signal 
wird zuerst mit dem 5-Bit-Polynom, dann 
mit dem 4-Bit-Polynom verknüpft, bevor 
es auf die letzte Teilerstufe durch den 
Faktor zwei geschickt wird. 


1 17) 17) Die Ausgangsfrequenz wird mit dem 
Signal des 17-Bit-Polynoms verknüpft 
und dieses Signal auf die letzte 
Teilerstufe geschickt. 


1 x 1 Diese 2 Kombinationen ergeben einen 
reinen Ton, da keinerlei Verknüpfung 
des Ausgangssignals mit einem der Poly- 
nome geschieht, sondern nur die letzte 
Justage-Division. 


1 1 1%) Es erfolgt nur eine Verknüpfung der 
Ausgangsfrequenz mit dem vier Bit 
breiten Polynom. Danach wird das 


Ergebnis, genau wie alle anderen, noch 
einmal durch den Wert zwei geteilt. 


Das 'x' in der Tabelle bedeutet, dass hier '8' oder '1' 
stehen darf. 


Das VOLUME_ONLY-Bit aus jedem der vier AUDICNTLn-Register 
schaltet die gesamte interne Zähl-, Verzerrungs- und Ver- 
knüpfungsmaschinerie aus und bestimmt, dass als Ausgangssig- 
nal genau die der Lautstärke entsprechende Spannung ausge - 
sendet werden soll. Ist also VOLUME_ONLY gesetzt und die 
Lautstärke auf 16 (volle Lautstärke), so wird die im Fernse- 
her/Monitor befindliche Lautsprechermembran so weit wie 
möglich aus ihrer Ruheposition herausgelenkt. Setzt man dann 
die Lautstärke wieder auf null zurück, so fällt die Membran 
ebenfalls wieder in ihre Ruheposition zurück, es ergibt sich 
ein Knacken im Lautsprecher. 
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Die Aufgabe dieser Zusatzeinrichtung ist natürlich nicht, 
nur ein Knackgeräusch zu erzeugen. Mit dieser Methode unter - 
liegt der Programmierer annähernd keiner Beschränkung bezüg- 
lich Signalform und Frequenz, da jede einzelne Membranbewe - 
gung des Lautsprechers programmiert werden kann. Es ist 
jedoch bei allzu schnellen Amplitudenänderungen (Amplitude= 
Höhe des Ausschlags bei einer Schwingung) darauf zu achten, 
dass zwar der Atari diese Signale herausgeben kann, harte 
Kurven jedoch durch die dann folgende Modulation/Demodula- 
tion im Fernseher erheblich abgerundet werden. Dies dürfte 
jedoch im Normalfall keine Einschränkung darstellen, da ein 
Fernseher heutzutage oft schon Hi-Fi-Qualitäten besitzt. 


Im Großen und Ganzen jedoch kann gesagt werden, dass zumin- 
dest mit entsprechendem Softwareaufwand der Atari ohne Zu- 
satzgeräte alle gewünschten Akustikeffekte erzeugen kann. 


Man denke da z.B. an Softwarepakete, die schon die alten 
480/888 ohne zusätzliche Hardware haben sprechen lassen. Die 
Sprache war sogar mittelmäßig verständlich. 


Neben diesen vier, auf jeden Kanal einzeln bezogenen Re- 
gistern existiert noch ein weiteres, für die Tonerzeugung 
wesentliches Register: AUDIOCOM (53768; $D288). 


Diese Adresse beinhaltet die folgenden 8 Steuerbits: 


17) Schaltet den Haupttakt für die vier Frequenzregister 
von 64kHz auf 15 kHz zurück, wenn es gesetzt wird. 


1 Ist dieses Bit gesetzt, wird in den Ausgang von Kanal 2 
ein Hochtonfilter eingesetzt, dessen Charakteristik von 
Kanal 4 bestimmt wird. 


2 In den Ausgang von Kanal 1 wird ein von Kanal 2 
gesteuerter Hochtonfilter eingefügt. 


160 


Der POKEY *** 


3 Durch Setzen dieses Bits wird Kanal 4 an Kanal 3 ange- 
hängt, sodass ein 16-Bit-Register entsteht. 


4 Ist dieses Bit gesetzt, wird Kanal 2 an Kanal 1 ange- 
hängt. 


5 Dieses Bit bewirkt, dass Kanal 3 mit einer Grund- 
frequenz von ca. 1,77 Mhz betrieben wird. 


6 Das Gleiche wie bei Bit 5 für Kanal 1. 


7 Beim Setzen dieses Bits wird das 17-Bit-Polynom in ein 
9 Bit langes Polynom verwandelt. 


Als allgemeine Berechnungsgrundlage für das Verhältnis von 
Ein- zu Ausgangsfrequenz kann die Gleichung 


Ausgangsfreguenz = Eingangsfrequenz / 2 (AUDIFREQn + Off) 
verwendet werden, wobei Off den Wert 4 erhält, wenn es sich 
bei dem Teiler um einen 8-Bit-Teiler handelt. Ist es dagegen 
ein 16-Bit-Teiler, muss Off aus technischen Gründen mit 7 
angesetzt werden. 


Neben den Tonerzeugungsaufgaben besitzen diese Zähler noch 
eine weitere Aufgabe. 
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Wenn einer der Zähler 1, 2 oder 4 auf null zurückgezählt 
hat, wird automatisch vom POKEY ein Interrupt ausgelöst. Die 
zähler können also genauso gut als Timer-Bausteine 
fungieren. 


Um alle Frequenzregister auf die Werte zu setzen, die Pro- 
grammiert wurden (vor allem sinnvoll beim Betrieb als 
Timer!), wird einfach irgend ein Wert in Adresse STIMER 
(53769; $D289) geschrieben. 


Als 'Abfallprodukt' der Polynomzähler entsteht in Register 
RAND@M eine 8-Bit-Zufallszahl, die dort entsprechend ausge- 
lesen werden kann. Sie besteht aus den höchsten 8 Bit des 
17-/9-Bit-Polynomzählers. 


Abschließend zu diesem Thema folgt noch eine Tabelle, aus 
der die Teilerverhältnisse der Frequenzregister bei bestimm- 
ten Notenwerten hervorgehen. Dazu sind folgende Werte vor- 
auszusetzen: 


AUDIOCOM $028 ‚ also nichts 'Besonderes' 


AUDICNTLn $AX ‚X ist die Lautstärke von ®..15 

Mit den genannten Daten, die nur ein Beispiel sein sollen, 
ergeben sich die in der umseitig gedruckten Tabelle an- 
gegebenen Werte für AUDIFREOQn. 


Es lassen sich aber auch praktisch alle anderen Frequenzen 
und somit Notenwerte mit dem Atari erreichen. Dies wird auch 
in Vergleichen zwischen den einzelnen Mikrocomputern oft 
falsch dargestellt. Der Atari verfügt nicht nur über 3% 
Oktaven Frequenzumfang. Die höchsten erzeugbaren Frequenzen 
liegen weit über der höchsten wahrnehmbaren Frequenz. Auch 
die tiefste erzeugbare Frequenz ist nicht mehr hörbar. 
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Note__________._. AUDEn Hexadezimal_______! Dezimal____________________.. 
C (tiefes) $F3 243 
Cis oder Des $E6 230 
D $D9 217 
Dis oder Es $CC 204 
E $c1 193 
F $B6 182 
Fis oder Ges $AD 173 
G $A2 162 
Gis oder As $99 153 
A $90 144 
Ais oder B $88 136 
H $80 128 
c (mittleres) $79 121 
cis oder des $72 114 
d $6C 108 
dis oder es $66 102 
e $60 96 
f $5B 91 
fis oder ges $55 85 
g $51 81 
gis oder as $4C 76 
a $48 72 
ais oder b $44 68 
h $40 64 
c' $3C 60 
cis' oder des' $39 57 
d' $35 53 
dis' oder es' $32 50 
e' $2F 47 
f' $2D 45 
fis' oder ges' $2A 42 
g' $28 40 
gis' oder as' $25 37 
a' $23 35 
ais' oder b' $21 33 
h' $1F 31 
ce“ $1D 29 


Angaben von Atari für Tonwerte bei A3=443Hz (NTSC-Geräte). 
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wird irgendeine Taste auf der Tastatur des 600XL/800XL 
gedrückt, die nicht eine der seitlich montierten Spezial- 
tasten oder SHIFT oder CONTROL ist, wird ein Interrupt vom 
POKEY ausgelöst, der dem Betriebssystem Mitteilung von dem 
Tastendruck machen soll. Von der entsprechenden Interrupt- 
routine wird dann der Tastaturcode aus Register KBCODE 
($D289; 53769) ausgelesen und für die weitere Verarbeitung 
im Vertical Blank Interrupt gesichert. 


Eine Ausnahme hiervon stellt die BREAK-Taste dar: Wird sie 
gedrückt, so erfährt das Betriebssystem davon durch eine 
andere Statusmeldung des POKEY und reagiert dann ent- 
sprechend durch die Break-Routine darauf. 


Ist es jedoch eine der normalen Tasten, wird das Drücken vom 
POKEY dadurch bemerkt, dass er ständig eine Matrix abfragt 
(pollt), in deren Kreuzungspunkte die einzelnen Tastenschal- 
ter liegen. Ist nun ein solcher Taster geschlossen, bemerkt 
der POKEY dies und erkennt an seinen Registern, welcher 
Schnittpunkt, also welcher Schalter das ist. 


Darüber hinaus besitzt er zwei Signalleitungen, die ihm mit- 
teilen, wenn die SHIFT- oder CONTROL-Taste gedrückt ist. 
Alleine das Drücken dieser beiden Tasten löst noch keinen 
Interrupt aus, verändert jedoch bei einem richtigen Tasten- 
druck dessen Code. 


Es sind maximal 64 Tasten im System erlaubt. Sie belegen 
somit die Codes ® bis 63 ($80 bis $3F). Ist die SHIFT-Taste 
gedrückt, verschiebt sich der generierte Code um 64, also 
auf den Bereich 64 bis 127 ($4@ bis $7F). 
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Im Falle der gedrückten CONTROL-Taste würde sich der Code 
dann noch mal um 64 verschieben, also um insgesamt 128 auf 
den Bereich von 128 bis 191 ($8@ bis $BF). Werden SHIFT- und 
CONTROL-Taste gleichzeitig gedrückt, hat die CONTROL-Taste 
Vorrang, sodass also insgesamt 192 Tastencodes entstehen 
können. 


Um nun diesen Matrix-Nummern einen sinnvollen ATASCII-Code 
zuweisen zu können, wird eine Tabelle benutzt. Der Anfang 
der Tabelle liegt ab KEYDEFPTR ($79,$7A; 121,122), also im 
Initialisierungszustand ab Adresse KEYDEF. Die 192 Byte 
große Tabelle besitzt die folgenden Einträge, bei denen nur 
diejenige Funktion eingetragen ist, die sich ohne SHIFT- 
oder CONTROL-Taste ergibt: 


$00 LJ ; FRFRK + * 0 P URetI - = 
$10 VHIPC FS3F4AB X zZ 4 3 6Es5 2 1 
$20 ‚sp N M /ıInvR E YTabT Wa 
$30: 9 0 7DBS8<>FHD CAPG S A 


Ret - RETURN-Taste 

Hlp - HELP-Taste 

Sp - Leertaste 

Inv - Invers-Taste 

Esc - ESCape-Taste 

Tab - TABulator-Taste 

DBS - DeleteBackSpace-Taste 

CAP - CAPS-Taste 

F1 bis F4 sind die zwar nicht hardwaremäßig, aber dennoch 
softwaremäßig vorhandenen Funktionstasten des 128@XL. Sie 
können bei Bedarf mechanisch nachgerüstet werden. 
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Ob die SHIFT-Taste gedrückt ist, besagt Bit 3 von SKSTAT. 
Ist das Bit Null, ist die SHIFT-Taste gedrückt. 


Eine genauere Beschreibung des Registers SKSTAT erfolgt noch 
später. 


Paddles sind Eingabegeräte, die nicht nur digitale Signale 
liefern wie z.B. Joysticks, sondern die einen analogen Wert 
liefern, in diesem speziellen Fall handelt es sich um einen 
widerstandswert. 


Da der Atari bekanntlich nur digitale Signale richtig verar- 
beiten kann, stellt sich für ihn, genauer: Für den POKEY, 
das Problem, aus diesem wWiderstandswert eine Zahl zu machen. 


Diesen Vorgang nennt man schlichtweg Analog/Digital-Wand- 
lung, was sich englischsprachig abgekürzt A/D-C schreibt, 
wobei das 'C' für Converting steht. 


Dieser gesamte Komplex der Analog/Digital-wandlung und der 
artverwandten Digital/Analog-Wandlung ist bis heute die 
große Schwachstelle an jedem Computersystem. Nicht dass die 
Techniker nicht wüssten, nach welchem Verfahren man die 
Wandlung vornehmen soll. Da gibt es einige wenige, die sich 
als sinnvoll in den letzten Jahren herauskristallisiert 
haben. 
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Dagegen ist es wesentlich schwieriger, einen Kompromiss zu 
finden aus mittlerer Wandlungsgeschwindigkeit und Genauig- 
keit des Systens. 


Es ist für einen elektronischen Schaltkreis relativ einfach 
festzustellen, ob er größer oder kleiner/gleich einer Ver- 
gleichsspannung ist. Es gibt jedoch schon Justierungsaufga- 
ben, wenn derselbe Baustein feststellen soll, ob sich die 
Eingangsspannung innerhalb eines bestimmten Bereichs, eines 
sogenannten Fensters, befindet. 


Soll der Baustein nun herausfinden, in welchem der z.B. 4896 
Fenster sich der Eingangsspannungswert befindet, dann ist 
das eine langwierige und schwierige Angelegenheit. 


Der POKEY ist nun ein Baustein, der gleichzeitig acht 
solcher Kanäle überwacht und ausmisst. Damit er das einige 
Male pro Sekunde tun kann, betrachtet er nicht allzu viel 
mögliche Fenster, sondern nur 228 Stück. Die einzelnen Werte 
der POT-Eingänge (POT steht für Potenziometer, ein veränder- 
barer elektrischer Widerstand) können aus den Registern POT® 
bis POT7 ausgelesen werden. 


Es ist zu beachten, dass der 6@@XL/80@XL nur insgesamt vier 
der acht möglichen Kanäle benutzen kann, da er nur über zwei 
Controllerbuchsen verfügt. 


Beim Vergleich der Adressenliste für den POKEY fällt auf, 
dass die Adressen AUDI-n und POTn gleich sind. Das bereitet 
auch keinerlei Probleme, da die AUDI-n-Werte nur zu 
schreiben und die POTn-Werte nur zu lesen sind. 


Die eigentliche Messprozedur lässt sich über zwei mögliche 
Register starten. Das eine Register ist SKCNTL ($D2PF; 
53775), in dessen Bit 2 festgelegt wird, ob es sich um eine 
normale oder eine sogenannte Schnellmessung handelt. Ist es 
eine Schnellmessung, so ist sie allerdings recht ungenau. 


Das andere Register nennt sich POTGO und wird einfach mit 


irgendwelchen Daten beschrieben, um eine Messung zu initiie- 
ren. 
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Jeder Kanal besitzt ein Bit in dem Statusregister ALLPOT 
(53788; $D288), das Auskunft darüber gibt, ob der Kanalwert 
des entsprechenden Kanals 'fertig' ist oder nicht. Ist das 
entsprechende Bit gesetzt, so gilt der Wert nicht, die 
Messung ist noch nicht fertig. 


Unter serieller Ein-/Ausgabe versteht man das Senden 
und/oder Empfangen von Daten über hauptsächlich eine einzige 
Datenleitung. Die serielle Ein-/Ausgabe steht im Gegensatz 
zur parallelen Ein-/Ausgabe, bei der z.B. komplette Bytes 
auf nebeneinander verlaufenden elektrischen Leitungen oder 
anderen Informationsstrecken gesendet oder empfangen werden 
können. Solch eine parallele Übertragungsstrecke ist z.B. 
der viel leicht von Druckern her bekannte Centronicsstan- 
dard. 


Steht zur Datenübertragung nur eine einzige Datenleitung zur 
Verfügung, so muss man sich überlegen, wie die Daten darüber 
zu transportieren sind. 


will man nur senden oder nur empfangen, ist schon ein 
Problem gelöst. Soll jedoch sowohl empfangen als auch gesen- 
det werden können, stellt sich die Frage, ob man diesen 
Datentransport nur über eine Leitung laufen lässt (Halb- 
Duplex), oder ob dafür zwei Leitungen installiert werden 
(Voll-Duplex). 
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wird das Halb-Duplex-Übertragungsverfahren gewählt, hat man 
das Problem, erkennen zu müssen, ob und welches der ange- 
schlossenen Geräte gerade senden will. 


Bei Verwendung des Voll-Duplex-Übertragungsverfahrens treten 
anstelle der oben beschriebenen Übertragungsprobleme höhere 
Leitungskosten auf. 


Da die Leitungskosten jedoch bei solch kurzen Verbindungen 
wie denen des Atari-Systems vernachlässigbar gering sind im 
Gegensatz zu dem Halb-Duplex-Umschaltaufwand, hat sich die 
Firma Atari für das für den Programmierer und Anwender 
wesentlich angenehmere Zwei-Leitungsverfahren entschieden. 


Ist vom Entwickler diese Frage entschieden, stellt sich 
gleich die nächste: synchrone oder asynchrone Übertragung? 


Da es sich beim Atari jedoch im Prinzip um selten auftreten- 
de Übertragungsprozesse handelt, wird man hier gleich auf 
die asynchrone Übertragungsweise zurückgreifen. 


Unter asynchroner Übertragung verstehen wir ein Verfahren, 
bei dem der Empfänger ständig darauf wartet, dass einmal ein 
Zeichen übertragen wird. Anfang und Ende eines solchen Zei- 
chens sind durch ein, dem Zeichen vorangehendes, Startbit 
sowie durch ein, eineinhalb oder zwei Stopbits, die dem 
Zeichen folgen müssen, gekennzeichnet. 


Richtig, das ist kein Druckfehler: Im Gegensatz zu der 
Auffassung, dass ein Bit die kleinste darstellbare Informa - 
tionseinheit sei, gibt es nun bei der Datenübertragung auch 
halbe Bits. Wie dies zustande kommt, wird leicht klar, wenn 
man sich etwas näher ansieht, wie die Zeichen mit den Start- 
und Stopbits durch die Leitung kommen. 


Bei diesem Übertragungsverfahren wird davon ausgegangen, 
dass immer nur genau ein Zeichen gesendet wird, das in 
Start- und Stopbits "eingepackt' ist und außerdem vom Pro- 
grammierer sowohl beim Empfänger als auch beim Sender die 
gleiche Übertragungsgeschwindigkeit eingestellt ist. Diese 
Geschwindigkeit ist das Her(t)z jeder seriellen Übertragung. 
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während bei einer parallelen Strecke eine Leitung sagt: 
"Hallo Empfänger, jetzt kommt ein Byte!", und der Empfänger 
nach Erkennen des Zeichens die Meldung bringt: "Hallo 
Sender, das Zeichen wurde gelesen und verarbeitet", gibt 
sich hier diese Möglichkeit nicht, sodass man davon ausgehen 
muss, dass der Empfänger genau dann ein Bit zu lesen ver- 
sucht, wenn es der Sender zur Verfügung stellt. 


Genau diesen Effekt erreicht man durch den kurzzeitigen 
Gleichlauf von Sender und Empfänger, wenn man beiden mit- 
teilt, dass jedes Bit eine ganz bestimmte Zeit anliegt. Da 
dieser Gleichlauf nur immer ein Zeichen lang existieren muss 
(denn dann kommt eine neue Synchronisation durch das nächste 
Startbit!), ist das technisch recht einfach lösbar. 


Im Laufe der letzten 30 Jahre (Stand 1984) haben sich ganz 
bestimmte Übertragungsgeschwindigkeiten durchgesetzt. Von 
Grundgeschwindigkeiten ausgehend, hat man es durch immer 
bessere Technik immer wieder geschafft, die Übertragungsrate 
zu verdoppeln. So existieren heute die folgenden allgemein 
verwendeten Übertragungsraten: 


45,45 Bit/Sekunde (nur in den USA) 


58 Bit/s z.B. bei BTX 
108 Bit/s 
15® Bit/s 
300 Bit/s 
60 Bit/s 
1.200 Bit/s z.B. bei BTX 
2.400 Bit/s 
4.800 Bit/s 
9.600 Bit/s 
19.200 Bit/s 
38.400 Bit/s 


Höhere Übertragungsraten sind bei seriellen Schnittstellen 
sehr selten, da es dabei technische Probleme gibt (Stand 
2815 bei Atari 8-Bit: 127.000 Bit/s). 
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Hat man es nun also geschafft, den Sender beziehungsweise 
Empfänger auf eine bestimmte Übertragungsrate einzustellen, 
so ist bekannt, wie lang ein Bit auf der Übertragungsleitung 
anliegt: 


Ist z.B. die Übertragungsrate auf 19.200 Bit/s eingestellt, 
ist jedes Bit 1/19.200 Sekunden, also ca. 52 millionstel 
Sekunden lang. Das ist nicht sehr viel, aber dem Computer 
genügt es. 


Um nun ein Stopbit zu senden, wird einfach die Sendeleitung 
für die Dauer eines Bits in den Ruhezustand versetzt. Dieser 
Ruhezustand kann jedoch auch länger dauern, z.B. die 1,5- 
fache Dauer eines Bits; also 1,5 Stopbit! 


Nach dieser etwas technischen Einleitung dürfte eine Zeich- 
nung von zwei zu übertragenden Zeichen ganz hilfreich sein: 


Es sollen die Bytes $53 und $8A übertragen werden mit einem 
Startbit und einem Stopbit: 


$53 = %0101 0011 
$8A = %1000 1010 


f = Leitung im Ruhezustand (SPACE, frei) 
S = Startbit, immer MARK (LOW) 
s = Stopbit, immer SPACE (HIGH) 























N . SPACE 
kelalsl | 2 MARK 


fffrsei1e1lee1l11sffffs1ı1eee1e1es ffff 


Die Bereiche ffff können beliebig lang sein bei der asyn- 
chronen Datenübertragung (daher der Name: Asynchron, nicht 
zeitlich festgelegt). 
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Nachdem alle diese Dinge entschieden sind, ist man nun in 
der Lage, einzelne Zeichen (Bytes) zu übertragen, und zwar 
sowohl zu senden, als auch zu empfangen. 


Um nun jedoch eine richtige Datenübertragung zustande zu 
bekommen, ist es weiterhin noch notwendig, sich ein soge- 
nanntes Protokoll zu überlegen, nach dem die einzelnen Ge- 
räte an der seriellen Leitung angesprochen werden sollen und 
anhand dessen dann komplette Datenblöcke (durch zum Beispiel 
NEWLINE) abgeschlossene Zeilen oder Blöcke fester Länge) 
gehandhabt werden können. 


Bei Atari sind fast alle an der seriellen Leitung hängenden 
Geräte intelligent, das heißt, dass sie einen eigenen Kon- 
trollbaustein besitzen, der die Kommunikation mit dem Host - 
system, also dem Atari 600XL/80@0XL übernimmt. 


Das einzige nicht intelligente Gerät ist der Kassettenrekor- 
der. Er wird vom Benutzer ein- und ausgeschaltet, wenn der 
Computer dies durch Huptöne empfiehlt. 


Andere Geräte, wie zum Beispiel der Drucker oder die ver- 
schiedenen Diskettenstationen lauschen ständig die am seri- 
ellen Bus liegenden Informationen sowie die eine Leitung, 
genannt KOMMANDO:L, ab. Liegt KOMMANDO:L auf dem logischen 
Pegel null, bedeutet dies, dass jetzt ein Gerät angesprochen 
werden soll. Dann sendet das Hostsystem die Geräteart-Ken- 
nung und die Gerätenummer sowie die Blocknummer bei Disket- 
tenstationen zusammen mit dem Kommando über den Bus, um das 
richtige Gerät "aufzuwecken'. Ist das adressierte Gerät 
vorhanden und bereit für die Bearbeitung dieses Kommandos, 
so wird es sich zurückmelden mit einer Acknowledge-Meldung: 
Es sendet ein 'A' und eine kurze Statusinformation mit 
Checksumme. Ist das Gerät beziehungsweise das Kommando dage - 
gen nicht in Ordnung, wird ein 'N' (=Negative Acknowledge) 
zurückgesendet. 


Ist das Gerät bereit, beginnt der eigentliche Datentransfer, 
bei dem die zu schreibenden oder zu lesenden Zeichen im 
Block gesendet werden, wobei die KOMMANDO:L-Leitung wieder 
auf eins gesetzt wird. 
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Sind alle Zeichen übertragen, oder glaubt zumindest der 
Sender, alle Zeichen übertragen zu haben, sendet er unter 
Umständen noch eine Prüfsumme. Ist das Peripheriegerät zum 
Beispiel eine Diskettenstation mit dem Befehl, einen be- 
stimmten Block zu schreiben, so beginnt es mit der eigent- 
lichen Arbeit (dem Schreiben des Blockes), nachdem es die zu 
schreibenden Daten vom Hostsystem erhalten hat. Stellt sich 
nun jedoch heraus, dass der zu schreibende Block defekt ist, 
sendet die Diskettenstation ein 'E' als Error-Meldung an das 
Hostsystem zurück. Geht die &peration im ganzen gut, sendet 
das Gerät ein 'C' für 'Completed' zurück. 


Das Hostsystem wartet während der gesanten Zeit der Verar- 
beitung auf eine positive oder negative Rückmeldung des 
Gerätes. Erscheint sie nach einigen (im Normalfall 7) Sekun- 
den immer noch nicht, wird die Operation vom Hostsystem 
dadurch abgebrochen, dass ein Timeout eintritt. 


In diesem Fall wiederholt das Betriebssystem die Operation 
so oft, wie es der Wert in CRETRY vorgibt (im Normalfall 
noch 1-mal). 


Es ist dann Aufgabe des Hauptprogramms, sicherzustellen, 
dass eine eventuelle Fehlermeldung über die Statusregister 
von CIO oder SIO richtig interpretiert wird. 


Viel einfacher ist dies alles beim Kassettenrekorder. 


Dabei werden die Daten einfach nur nach einer kurzen Warte- 
zeit gesendet und davon ausgegangen, dass sie schon richtig 
ankommen werden. Beim Lesen wird allerdings eine eigentlich 
sehr sinnvolle, leider nur sehr ungenaue Kontrolle vollzo- 
gen: Die Lesegeschwindigkeit stellt sich automatisch auf die 
empfangene Datenrate ein. Dies wird dadurch realisiert, dass 
jeder Block auf der Kassette mit zwei ganz bestimmten Bytes 
beginnen muss. Sie haben beide den Wert $AA, was binär %1@10 
1818 darstellt und sich an sich sehr gut für die Synchroni- 
sation eignet. 


Wer das Kassettenformat einmal verbessern will, kann auspro- 
bieren, ob die Übertragung sicherer wird, wenn nicht diese, 
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sondern zwei andere Bytes verwendet werden: %11®d 1100. 
Damit müssten sich mit entsprechender Softwareänderung 
wesentlich genauere Messergebnisse herstellen lassen. 


Außerdem gibt es bei der Kassette noch einen weiteren we- 
sentlichen Unterschied im Übertragungsverfahren zu allen 
anderen bislang bekannten Geräten: Der Kassettenrekorder 
'versteht' keine reinen Digitalsignale, sondern er benötigt 
zum korrekten Arbeiten zwei unterschiedliche Töne. Ein tie- 
ferer Ton aus Tonkanal 2 stellt die logische ® dar und ein 
höherer Ton aus Tonkanal 1 stellt demzufolge die logische 1 
dar. Diese Töne haben gegenüber Logikpegeln den Vorteil, 
dass sie direkt auf dem Magnetband gespeichert werden 
können. Bei Pegeln (die sich theoretisch auch speichern 
lassen) gibt es bei Kassettenrekordern dieser Preisklasse 
und derart geringen Übertragungsraten erhebliche technische 
Schwierigkeiten. Nicht umsonst sind die echten Computerband - 
maschinen immer noch recht große, teure Schränke, können 
dagegen jedoch auch in der Übertragungsrate leicht mit den 
heutigen Atari-Diskettensystemen konkurrieren. 


Der POKEY hat nun bei alledem eine ganze Reihe von Aufgaben: 


Erstens übernimmt er die Erzeugung der Sende- beziehungs - 
weise Lesetakte. Ist der POKEY der Erzeuger der Taktsignale, 
so gibt er sie über die Leitung CLOCK OUT aus. 


Der Sendetakt kann durch die Taktrate in Kanal 2, Kanal 4 
oder durch einen externen Takt über die Leitung CLOCK IN 
bestimmt werden. 


Für den Lesetakt gilt das Gleiche wie für den Sendetakt. Die 
Sendedaten wechseln jeweils bei der steigenden Flanke des 
Taktsignals, wohingegen die Lesedaten bei der fallenden 
Flanke gelesen werden. Dies soll sicherstellen, dass beim 
Lesen ein halber Takt gewartet wird, um dem Signal Zeit zum 
Einschwingen zu geben. 
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Als Zweites hält der POKEY die zu sendenden Daten im SEROUT 
und die zu empfangenen Daten im SERIN Register (53773; 
$D20D) für die weitere Verarbeitung fest. 


wird in das SEROUT-Register ein Wert eingetragen, so wird er 
sofort in das Parallel/Seriell-wandlungsregister geschrie- 
ben, wenn dieses frei ist. Danach gibt der POKEY einen 
Interrupt, in dem er ankündigt, dass das SEROUT-Register 
leer sei, und der POKEY damit bereit sei, ein neues Zeichen 
anzunehmen, obwohl der Baustein selbst noch mit dem Senden 
des alten Datums beschäftigt ist. 


wird kein neuer Wert in das SEROUT-Register geschrieben, 
erfolgt nach dem Entleeren des Parallel/Seriell-wWandlungs - 
registers ein weiterer Interrupt, der angibt, dass die 
Übertragung des letzten Zeichens beendet sei. 


Beim Lesen gibt der POKEY einen Interrupt, wenn er ein 
komplettes Zeichen gelesen hat. Das Zeichen übergibt er dann 
im SERIN-Register und setzt noch einige Statusbits im Regis- 
ter SKSTAT ($D2@F; 53775). Es kann zum Beispiel passieren, 
dass der Computer nicht rechtzeitig die in SERIN stehenden 
Daten liest, und der POKEY ein neues Byte empfängt, nach 
SERIN schreibt und somit die alte Information überschreibt. 
In diesem Fall ist das Bit 6 'serieller Überlauf' gesetzt. 


Stimmt dagegen etwas mit den Start-/Stopbits des Zeichens 
nicht, so wird das "Framing-Fehler'-Bit Nummer 7 gesetzt. 
Dieser Framing-(Rahmen-)Fehler kann auftreten, wenn zum 
Beispiel ein BREAK-Zeichen über die serielle Schnittstelle 
gesendet wird. Dies ist kein eigentliches Zeichen, sondern 
ein Synchronisations- und Reset-Mechanismus, bei dem die 
Sendeleitung für ungefähr eine viertel Sekunde auf LOW (also 
aktiv, MARK) gezogen wird. Dabei wird der POKEY natürlich 
ein Zeichen $00 erkennen, danach jedoch die beiden Stopbits 
vermissen. 


will man genau wissen, welchen Pegel die Sende/Empfangslei- 
tung besitzt, so kann man Bit 4 von SKSTAT testen. 
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Dieses Bit ist eine Hardwarekopie des Eingangssignals und 
bietet neben dieser (noch nicht programmierten) Möglichkeit 
der BREAK-Erkennung diejenige, die Übertragungsgeschwindig- 
keit festzustellen, ohne direkt die Seriell/Parallel-Wand- 
lung des POKEY initialisieren zu müssen. 


Ist einmal ein Fehler aufgetreten, so wird das entsprechende 
Bit dadurch zurückgesetzt, dass ein beliebiger Wert in 
SKREST geschrieben wird. 

Die einzelnen Bits des SKSTAT haben die folgende Bedeutung: 


7: MSB Framing-Fehler bei der seriellen Übertragung 


6 Overrun-Fehler bei der seriellen Übertragung. Es 
wurde wenigstens ein Zeichen verloren. 


5 Overrun-Fehler bei der Tastatureingabe. Es wurde 
wenigstens ein Tastendruck verloren. 


4 Dies ist die direkte Hardwarekopie des seriellen 
Eingangs. Dieses Bit wird nur für Spezialanwen- 
dungen wie Synchronisation abgefragt. 


3 Die SHIFT-Taste auf der Tastatur ist gedrückt. 
2 Die letzte Taste ist immer noch gedrückt. 
1 Das Schieberegister der Parallel/Seriell-wandlung 


arbeitet immer noch, das heißt, die Datenübertra- 
gung ist noch nicht abgeschlossen. Dieses Bit sagt 
zwar nichts darüber aus, ob nicht ein weiteres 
Datenbyte in das SEROUT-Register geschrieben wer- 
den darf, aber wenn man keine genauen Informatio- 
nen über den Status der seriellen Ausgabe hat, so 
sollte man unbedingt das Einswerden dieses Bits 
abwarten. 


d LSB Dieses Bit ist nicht benutzt und ist immer auf 1. 
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MSB = Most Significant Bit = höherwertiges Bit 
LSB = Least Significant Bit = niederwertiges Bit 


Die Bits in SKSTAT ($D2@F; 53775) sind im Ruhezustand immer 
auf 1 und besitzen die angegebene Aussage, wenn sie auf ® 
gehen. 


Das Register SKCNTL ($D2@F; 53775) beschreibt neben den 
Übertragungsgeschwindigkeiten noch die folgenden Funktionen: 


7 MSB Abbrechen der seriellen Ausgabe und Senden von 
SPACE bei 1. Dient zum Initialisieren der Sende- 
leitungen und Senden von mehr als einem Stopbit. 


6 Die drei Bit dienen der Festlegung 

5 der Übertragungsgeschwindigkeiten 

4 des Senders und Empfängers. 

3 wird dieses Bit auf 1 gesetzt, erfolgt die Ausgabe 


der Bits im Zweitonverfahren. 


2 Durch das Setzen dieses Bits wird der Schnellgang 
der Paddlesteuerung eingeschaltet. Die Messung 
erfolgt dann nicht wie üblich innerhalb von 
maximal 2@ms, sondern in der Zeit von nur zwei 
Bildzeilen (ca. 128us). 


1 Dieses Bit wird für die Tastaturverarbeitung 
intern benutzt. 


1%) LSB Sind Bit 1 und Bit ® auf @, so erfolgt ein 
Software-Reset des POKEY. 


Das SKCNTL hat ein Schattenregister SKCNTLS (562; $232). 
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Die Kombinationsmöglichkeiten der drei Bits 4, 5 und 6 des 
SKCTL lassen sechs technisch mögliche Zustände zu: 


ed ®d [7] Alle Takte werden von außen bestimmt. 
Die internen Takte gehen auf null. 


17) {7} al Die Senderate wird durch einen externen 
Takt bestimmt, die Eingangsrate wird von 
Kanal 4 (oder dem 16-Bit-Zähler, beste- 
hend aus Kanal 3 und Kanal 4) geliefert. 
Es erfolgt asynchrones Lesen der Daten. 


17) 1 17) Sowohl die Sende- als auch die Empfangs- 
frequenzen werden von Kanal 4 festge- 
legt. 


17) 1 1 Nicht nutzbar, da der Ausgangstakt sich 
beim Lesen eines Zeichens verschieben 
würde (Synchronisation asynchroner Da- 
ten). 


1 {7} 17) Die Senderate liegt bei diesem Verfahren 
durch die Programmierung des Kanals 4 
fest, die Eingangsrate wird durch einen 
externen Takt bestimmt. 


1 ®d 1 Auch diese Taktform ist nicht nutzbar. 


1 1 17) Hier bestimmt Kanal 2 die Senderate und 
Kanal 4 die Empfangsrate. Der Takt von 
Kanal 4 liegt an der externen Taktaus- 
gangsleitung an. 


1 1 1 Die Ausgangsrate wird wie bei 118 durch 
Kanal 2 bestimmt, die diesmal asynchrone 
Leserate durch Kanal 4. Der Taktein-/ 
Ausgang ist nicht benutzt und liegt 
offen. 
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Die Verfahren 118 und 111 sind zwar die komplexesten, aber 
sie beinhalten eine Einschränkung: Da zur Taktbestimmung 
Kanal 2 benutzt werden muss, kann hier keine Zweitonübertra- 
gung stattfinden! 


Als letztes Register des POKEY ist das Interruptregister zu 
besprechen. 


Auch dieses Register ist in zwei Teile aufgespalten: ein 
Leseregister IRQSTAT und das Schreibregister IRQEN (beide 
($D2QE; 53774). 


Gibt der POKEY einen der unten beschriebenen Interrupts an 
die CPU, so prüft deren Interrupthandler über IRQSTAT, 
welche der Interruptquellen es genau war und verzweigt zu 
den entsprechenden Routinen. 


sind alle Bits in IRQSTAT auf 1, so ist der POKEY nicht die 
Unterbrechungsquelle. 


7 MSB Unterbrechung aufgrund BREAK-Tastendruck. 
6 Irgendeine andere Taste ist gedrückt. 


5 Der serielle Eingang hat Daten gelesen und sie in 
SERIN bereitgestellt. 


4 Das letzte in SEROUT eingetragene Zeichen wurde in 
das POKEY-interne Parallel/Seriell-wandlungsre- 
gister übertragen und es kann das nächste Zeichen 
nach SEROUT transportiert werden. 


3 Das Parallel/Seriell-wandlungsregister des POKEY 
ist leer und in das SEROUT-Register wurde auch 
kein neuer Wert eingetragen. Die Übertragung ist 
somit für den POKEY beendet. 
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BIS. en) Bedeutung _(IROST) _________.... (Fortsetzüng) 2... 2.225 
2 Unterbrechung durch Nullwerden von Timer 4 
1 Unterbrechung durch Nullwerden von Timer 2 


17) LSB Unterbrechung durch Nullwerden von Timer 1 


Sämtliche Interrupts können einzeln erlaubt oder disabled 
werden. Eine Unterbrechung durch ein bestimmtes Ereignis ist 
dann erlaubt, wenn das zu dem Interrupt gehörige Bit gesetzt 
(auf 1) ist. Ein in IRQSTAT auf null stehendes Bit wird 
wieder auf 1 gesetzt, wenn das Pendant in IRQEN ebenfalls 
zumindest kurzzeitig auf ® gesetzt wird. 


Die Zuordnung der Bits zu den Interruptquellen ist bei 
IRQSTAT und IRQEN gleich: 


7 MSB Unterbrechung aufgrund BREAK-Tastendruck erlaubt 


6 Beliebiger Tasteninterrupt erlaubt 

5 Serielle Eingangsunterbrechung erlaubt 

4 SEROUT-Interrupt erlaubt 

3 Übertragungsendunterbrechung gestattet 

2 Unterbrechung durch Nullwerden von Timer 4 erlaubt 
1 Unterbrechung durch Nullwerden von Timer 2 erlaubt 


17) LSB Unterbrechung durch Nullwerden von Timer 1 erlaubt 
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zu beachten ist auch hier das Schattenregister für IROQEN, 
IRQENS (16; $10). Wird ein Interrupt neu erlaubt oder 
verboten, so ist dies sowohl im Schatten- als auch im Hard- 
wareregister zu tun. Ist die Abschaltung nicht so eilig, 
kann sie also im nächsten Vertical Blank Interrupt gesche- 
hen; so muss nur das Schattenregister korrigiert werden. 


Die Korrektur erfolgt durch 'EinODERn' beziehungsweise 'Her- 
aus-UNDen' des oder der jeweiligen Bits. 
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Der PIA wird im Atari hauptsächlich als Peripheriebaustein 
für die Joystickeingänge verwendet. Zudem steuern einige 
Ausgänge der PIA die MMU des Atari 6®®XL/80@XL. Bei den 
alten Atari-Geräten werden diese Ausgänge für den 3. und 4. 
Joystickanschluss verwendet. Ansonsten übernehmen weitere 
Anschlüsse des PIA die Steuerung des seriellen Ports. 


Der PIA ist im Gegensatz zu Bausteinen wie dem ANTIC oder 
dem GTIA kein Spezialbaustein, sondern ein Standard- 
peripheriebaustein (6528 oder 6820) der 65XX-bzw. 68XX- 
Reihe. 


Er verfügt über zwei unabhängige 8-bit breite Ports (mit den 
Leitungen PAß-7 und PBß-7), bei denen sich jedes einzelne 
Bit über sogenannte Datenrichtungsregister als Ein- oder 
Ausgang programmieren lässt. Für jeden der Ports sind zwei 
Kontrollein- bzw. -ausgänge vorhanden (CA1, CA2, CB1 und 
CB2). Die beiden "Hälften" des PIA beeinflussen sich grund- 
sätzlich nicht und sind, abgesehen von kleinen Unterschieden 
in den elektrischen Eigenschaften der Ports (die jedoch nur 
für Schaltungsentwickler wichtig sind) und Unterschieden in 
der Behandlung von CA2/CB2, identisch. Über die Kontrollka- 
näle ist es möglich, Interrupts der CPU auszulösen. Die 
Kontrollkanäle sind ursprünglich für das sogenannte "Hand- 
shaking", das heißt für die Synchronisation der Datenüber - 
tragung der PIA-Ports gedacht. Da sie aber universell ausge - 
legt sind, konnten sie von Atari auch für andere Zwecke 
verwendet werden. Die Ports der PIA werden nur für die 
Joysticks und die MMU, die kein Handshaking benötigen, be- 
nutzt. 


Es folgt eine Tabelle der Belegung der PIA-Portleitungen: 
(Die Angaben von PIN-Nummern beziehen sich jeweils auf die 
Steckverbinder und nicht auf die PIA-PINs) 


PORTA: 
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PA Joystick-Port 1, vorwärts (PIN 1) 
PA1 Joystick-Port 1, rückwärts (PIN 2) 
PA2 Joystick-Port 1, links (PIN 3) 
PA3 Joystick-Port 1, rechts (PIN 4) 
PAA Joystick-Port 2, vorwärts (PIN 1) 
PA5 Joystick-Port 2, rückwärts (PIN 2) 
PA6 Joystick-Port 2, links (PIN 3) 
PA7 Joystick-Port 2, rechts (PIN 4) 
cA1 SIO-Anschluss "Proceed" (PIN 9) 
CA2 SIO-Anschluss "Motor-Kontrolle" (PIN 8) 
PORT B 

PB MMU (R@M/RAM, RAM im Betriebssystem-Bereich) 
PB1 MMU (BasEn, Basic einschalten) 

PB2-6 nicht verwendet 

PB7 MMU (TEST, Selbsttestprogramm einblenden) 
cB1 SIO-Anschluss "Interrupt" (PIN 13) 
CB2 SIO-Anschluss "Kommando" (PIN 7) 


Bei den alten Atari-Geräten ist Port B mit Joystick 3 und 4 
wie Port A mit Joystick 1 und 2 belegt. 


Der PIA belegt im System mindestens 4 Bytes. Dass er im 
Atari erheblich mehr belegt, liegt an der unvollständigen 
Adressdecodierung. Jede PIA-Hälfte hat also zwei Adressen. 
Diese nennen sich PORTA, PORTACNTL, PORTB und PORTBCNTL (Ss. 
S. 189). PORTACNTL und PORTBCNTL steuern die Funktionen des 
PIA. Außerdem wird durch sie entschieden, ob man in die 
Adressen PORTA und PORTB zu übertragende Daten schreibt oder 
über diese Adressen die Datenrichtungsregister programmiert. 


Jedes Bit in einem der Datenrichtungsregister repräsentiert 
ein Bit des jeweiligen Ports. Ist das entsprechende Bit des 
Datenrichtungsregisters "@", so fungiert das Bit des Ports 
als Eingang. Dementsprechend dient das selbe Bit als Aus- 
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gang, wenn das dazugehörige Bit des Datenrichtungsregisters 


1 ist. 


Es folgt die Beschreibung der Funktion der einzelnen Bits 
von Register PORTACNTL: 


Bit & und 1 
Bit 2 


Bit 3 bis 5 
Bit 6 


Bit 7 


CA1 Steuerung 

wenn "0", dann wird über Adresse PORTA das 
Datenrichtungsregister A angesprochen 

CA2 Steuerung 

IRQA1 

beim Lesen des Registers PORTACNTL ist dieses 
Bit "1", wenn zuvor die Interruptbedingung an 
CA2 vorlag. Beim Lesen des Portregisters wird 
dieses Bit auf "@" zurückgesetzt. 

IRQA2 

wie Bit 6, aber anstelle von CA2 wird dieses 
Bit von CA1 gesteuert. 


Die Steuerung von CA1 erfolgt, wie aus der Tabelle ersicht- 
lich, durch Bit & und Bit 1 von PORTACNTL: 


Bit1 Bit 
17) 8 
17) 1 
1 d 
1 1 


Beschreibung 


Bei der fallenden Flanke von CAi1 wird Bit 7 des 
PACTL "1". Der Interruptausgang A des PIA 
bleibt auf logisch "1". 

Bei der fallenden Flanke von CAi1 wird Bit 7 des 
PACTL "1". Der Interruptausgang A des PIA geht 
auf logisch "8" und fordert somit einen IRQ von 
der CPU. 

Bei der steigenden Flanke von CA1 wird Bit 7 
des PACTL "1". Der Interruptausgang A des PIA 
bleibt auf logisch "1". 

Bei der steigenden Flanke von CA1 wird Bit 7 
des PACTL "1". Der Interruptausgang A des PIA 
geht auf logisch "@" und fordert somit einen 
IRQ von der CPU. 


CA2 Steuerung: 
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Ist Bit 5 des PORTACNTL Low, so dient CA2 ebenfalls als 
Interrupteingang. Dabei gilt die gleiche Tabelle wie für die 
Steuerung von CA1. Statt Bit ® und Bit 1 kontrollieren Bit 3 
und 4 des PORTACNTL-Registers die Funktion. In die Tabelle 
ist statt Bit 7 des PORTACNTL, Bit 6 einzusetzen. 

Ist Bit 5 des PORTACNTL high, so dient CA2 als Ausgang. Es 
gilt dabei folgende Tabelle: 


Bit4 Bit3 Beschreibung 


17) {7} CA2 wird bei der ersten negativen Flanke des 
Systemtaktes nach einer Leseoperation von PORTA 
Low und wieder High, wenn Bit 7 des PORTACNTL 
durch CA1 gesetzt wird. 

[7) 1 CA2 wird bei der ersten negativen Flanke des 
Systemtaktes nach einer Leseoperation von PORTA 
Low und bei der ersten negativen Flanke des 
Systemtaktes, bei der der PIA nicht ange- 
sprochen wird, wieder high. 


1 {7} CA2 bleibt Low, solange dieses Bitmuster an- 
liegt. 

1 1 CA2 bleibt High, solange dieses Bitmuster an- 
liegt. 


Die Steuerung des Port B ist im Aufbau gleich der des Port 
A. Alle Tabellen mit Ausnahme der letzten können übernommen 
werden. Jedoch muss PBCTL anstelle von PORTACNTL betrachtet 
werden. Statt IRQA muss es IRQB heißen, statt CA1 und CA2 
entsprechend CB1 und CB2 und statt des Zugriffs auf das 
Datenrichtungsregister A steuert Bit 2 den Zugriff auf das 
Datenrichtungsregister B. Interrupts, die von CBi1 bzw. CB2 
ausgehen, werden der CPU über Interruptausgang B über- 
mittelt. 
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Wenn Bit 5 des PBCTL High ist, dient CB2 als Ausgang. Dabei 
gilt folgende Tabelle: 


Bit4 Bit3 Beschreibung 


1%) 1%) CB2 wird bei der ersten positiven Flanke des 
Systemtaktes nach einer Schreiboperation auf 
PORTB Low. Wird Bit 7 von außen durch CBi 
gesetzt, wird CB2 wieder High. 

17) 1 CB2 wird bei der ersten positiven Flanke des 
Systemtaktes nach einer Schreiboperation auf 
PORTB Low, und bei der ersten positiven Flanke 
des Systemtaktes, bei der der PIA nicht ange- 
sprochen wird, wieder High. 


1 [7) CB2 bleibt Low, solange dieses Bitmuster an- 
liegt. 

1 1 CB2 bleibt High, solange dieses Bitmuster an- 
liegt. 


Auf den ersten Blick erscheinen die Steuerungsmöglichkeiten 
des PIA sicherlich unübersichtlich. Bei Überlegungen sollte 
man jedoch beachten, dass Port A ursprünglich als Eingang 
und Port B als Ausgang gedacht war. Bei genauerem Betrachten 
der Steuermöglichkeiten wird der Sinn der diversen Möglich- 
keiten der Kontrollkanäle CA1, CA2, CB1 und CB2 deutlich. 
Sie ermöglichen eine Verbindung eines PIA mit anderen Peri- 
pheriebausteinen, bei der jeweils die CPU ein Signal erhält 
(Interrupt), wenn die ausgegebenen Daten vom Empfänger ver - 
arbeitet sind oder neue Daten zum Einlesen durch den Prozes- 
sor zur Verfügung stehen. Die Interrupts lassen sich zudem 
abschalten. Die CPU kann trotzdem abfragen, ob die Unter- 
brechungsbedingung erfüllt ist. Sie kann auch beim Auftreten 
eines Interrupts die Herkunft desselben durch Abfragen von 
Bit 6 und 7 von PORTACNTL bzw. PORTBCNTL lokalisieren. 
Außerdem lassen sich die Kontrollkanäle direkt vom Peri- 
pheriegerät beeinflussen, dies geschieht natürlich erheblich 
schneller als eine Steuerung der Kontrollkanäle von der CPU 
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aus. Damit lässt sich die Datenübertragungsrate erheblich 
erhöhen. Mit diesen Möglichkeiten des PIA lässt sich, wie 
schon erwähnt, ein automatischer "Handshake" zwischen Peri- 
pheriegerät und Hauptgerät aufbauen. 


Im Atari-System wird der PIA nicht zur Datenübertragung 
benutzt. Bei der Programmierung des PIA ist darauf zu ach- 
ten, andere PIA-Anwendungen nicht zu beeinflussen. Bei Fehl- 
programmierungen des PIA ist es zum Beispiel möglich, dass 
der serielle Port gestört wird, da die Steuerung des seriel- 
len Ports über den PIA erfolgt. Eine weitere Gefahr stellt 
die MMU dar. Bei falscher Programmierung des PIA wird der 
Rechner unweigerlich durch die falsche MMU-Steuerung abstür - 
zen. Auch hier ist besondere Vorsicht geboten. 


Die PIA-Register befinden sich an folgenden Adressen: 


PORTA 54816 $D308 
PORTB 54017 $D321 
PORTACNTL 54018 $D382 
PORTBCNTL 54819 $D303 


Wer den PIA bereits aus anderen Mikrocomputersystemen kennt, 
wird sich über die Reihenfolge der PIA-Register wundern. Die 
normale "Reihenfolge" der Register ist bekanntlich 


PORTA PORTACNTL PORTB PORTBCNTL 
Bei den Atari-Geräten existiert jedoch die oben beschriebene 


Reihenfolge, da die beiden Adressleitungen für die Register 
des PIA vertauscht sind. 


Um die Stellung der beiden Joysticks festzustellen, muss der 
Inhalt des Registers PORTA gelesen werden. Die Auswertung 
des Registers ist jedoch gerade für Anfänger nicht ganz 
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einfach. Daher erstellt das Betriebssystem während der 
Vertikalsynchronisation Speicherstellen, die die Stellung 
der Joysticks repräsentieren (diese Register sind letztlich 
Schattenregister der Register PORTA und PORTB): 


Joysticki 632 $278 
Joystick2 633 $279 


Diese Speicherstellen enthalten die Stellung der Joysticks 
nach folgendem Muster: 


14 
10 6 
11 15 7 
9 5 
13 
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1) Allgemeines 
2) Reset und Interrupts 
3) Ein-/Ausgabe über Kontrollblöcke 


4) Betriebssystemroutinen 


“rr 


191 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


9.1 Allgemeines 

Das Betriebssystem eines Computers kann, unabhängig von 
Größe, Art, Alter und Aufbau des Rechners, als die Schnitt- 
stelle zwischen der Hardware, also der Elektronik, und der 
Anwendersoftware, also zum Beispiel Programmiersprachen, 
Text- und Datenverarbeitungsprogrammen und anderer Software 
bezeichnet werden. Es ist unter anderem dafür verantwort - 
lich, dem Anwender (beziehungsweise Programmierer) definier- 
te Softwarehilfsmittel zur Verfügung zu stellen, mit denen 
er zum Beispiel ein einzelnes Zeichen auf den Bildschirm 
oder ein anderes Peripheriegerät bringen oder von ihm holen 
kann. (Peripherie = griech. Umfeld, also alles 'Drumherum'. 
In der Computerbranche Ausdruck für Ein-/Ausgabegeräte wie 
zum Beispiel Terminals oder Drucker). 


Außerdem ist das Betriebssystem diejenige Software, die das 
System nach dem ersten Einschalten in einen Grundzustand 
bringt. Diesen Vorgang nennt man allgemein Power-Up, was 
aussagen soll, dass hier die Versorgungsspannung das erste 
Mal seit dem letzten Ausschalten angelegt wird. Der dabei 
von dem Computersystem durchlaufene Zyklus wird als Power- 
Up-Reset bezeichnet. 


während dieses Power-Up-Resets werden sämtliche vom Be- 
triebssystem benötigten Speicherstellen sowie die Ein-/Aus- 
gabebausteine initialisiert. 


Gerade auf diesen letzten Punkt, die Ein-/Ausgabebausteine, 
wird bei heutigen Betriebssystemen gesteigerte Aufmerksan- 
keit gerichtet. So war es noch vor wenigen Jahren üblich, 
jeden Datentransfer zum Beispiel vom Speicher auf einen 
Magnetträger wie eine Floppy-Disk, direkt von der CPU aus zu 
gestalten und somit Rechenzeit damit zu 'verbraten'. Heute 
gibt es genügend sogenannte Controller, die nach kurzem An- 
stoßen durch die CPU den Datentransfer und die Geräte- 
kontrolle alleine übernehmen, sodass das eigentliche System 
nach Möglichkeit nicht weiter behindert wird. 


So kann ein Controller damit beschäftigt sein, auf Anforde- 
rung eines zweiten, anderen Controllers, ein (das nächste) 
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Datenelement aus dem Speicher auszulesen und eben dieses 
Datum an den zweiten Controller zu übergeben. 


Dieser zweite Controller könnte dann die Aufgabe haben, 
dieses Zeichen nach ganz bestimmter Vorgehensweise auf die 
Floppy-Disk zu schreiben und diesen Vorgang auf Korrektheit 
hin zu überprüfen. 


Solche Vorgehensweisen werden im Allgemeinen DMA-Prozesse 
genannt, was Direkt-Memory-Access, direkter Speicherzugriff 
ohne die Benutzung der CPU bedeutet. 


Der DMA hat den schon oben erwähnten Vorteil, dass bei gut 
ausgeführtem DMA-Konzept die eigentliche Rechenzeit nicht 
weiter beeinflusst wird, hat jedoch die Nachteile, dass die 
Controller aufgrund der beinhalteten Intelligenz nicht eben 
billig sind. Außerdem ist ein System, bei dem alle Aufgaben 
von nur einem Baustein bearbeitet werden, wesentlich leich- 
ter zu überwachen als eines, bei dem sich diverse, parallel 
arbeitende, "'Intelligenzbestien' gegenseitig beeinflussen 
und Fehler 'zuschieben'. Es gilt also leider auch in diesem 
Computerbereich der Satz, dass "viele Köche den Brei verder- 
ben". 


Es gibt jedoch noch eine dritte Möglichkeit, ein System 
aufzubauen. Dabei werden, ähnlich dem DMA-Konzept, Intelli- 
genzen 'verteilt'. Es existieren also auch intelligente 
Geräte, wie zum Beispiel eine Diskettenstation. Der Unter- 
schied zum DMA-Betrieb besteht jedoch darin, dass die 
Diskette nicht direkt im Speicher des Hauptsystems 'herum- 
fummelt', sondern nur über eine sogenannte Interruptleitung 
dem Haupt- oder auch Hostsystem mitteilt, dass es neue Daten 
braucht oder abgeben will. Es ist dann alleinige Aufgabe des 
Hostsystems, herauszufinden, von wem und auf welche Weise 
der Interrupt behandelt werden soll. 


Im Normalfall wird solch ein Interrupt zuerst die CPU von 
der Meldung unterrichten. Dies geschieht dadurch, dass die 
CPU das eigentlich gerade bearbeitete Programm unterbricht, 
um einen sogenannten Interrupt-Handler aufzurufen. In diesem 
Interrupt-Handler, der meist Teil des Betriebssystems ist, 
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stehen dann die, beim Auftreten eben dieser Bedingung auszu- 
führenden, Kommandos. Damit wird dann entweder ein Baustein 
programmiert, der die beim unterbrechenden Gerät anliegenden 
Daten einliest und verarbeitet (beziehungsweise an ein 
anforderndes Gerät übergibt) oder die CPU übernimmt selbst 
die Datenverarbeitung, um danach zu dem unterbrochenen Be- 
nutzerprogramm zurückzukehren. 


Bei annähernd allen Geräten, die es heutzutage verdienen, 
Computer genannt zu werden, treffen Sie Mischformen der drei 
oben angegebenen Konzepte an. Das gilt sowohl für den Hobby - 
computermarkt als auch für die wesentlich teureren Büro- 
geräte. 


Jeder Entwickler hat seine ganz persönlichen Einstellungen 
zu bestimmten Systemkonzepten, Vorlieben und Abneigungen zu 
einzelnen Bausteinen (oder Bausteinherstellern!), sodass man 
nicht von 'dem Computerkonzept' sprechen kann und dies wohl 
auch nie können wird. 


wie nach diesen einleitenden Erklärungen nicht anders zu 
erwarten, ist also auch das Atari-60®0XL/80@XL-System eine 
Mischform aller drei Konzepte. 


Als Beispiel für das reine CPU-Konzept kann die Tastaturab- 
frage dienen. Der Tastencode wird zwar über einen Baustein 
(POKEY) eingelesen, dieser dient aber lediglich in diesem 
Falle als Pufferbaustein. Die eigentliche Decodierarbeit, 
welcher Tastencode zu welchem ATASCII-Zeichen gehört, wird 
von der CPU selbst übernommen. 


Das DMA-Konzept ist, wie den entsprechenden Kapiteln zu 
entnehmen, in technisch ausgesprochen gut ausgereifter Weise 
beim ANTIC und GTIA enthalten. Der ANTIC versorgt unter 
anderem als intelligenter DMA-Controller den GTIA mit Daten. 


Aber auch die dritte Systemart ist vorhanden: Die Atari-8- 
Bit-Computer verfügen über ein hohes Maß an Interrupts, von 
denen ein nicht unerheblicher Teil für die Datenübermittlung 
von oder zu peripheren Geräten über die serielle Schnitt- 
stelle und den POKEY-Baustein verwendet wird. 
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Dabei kann man grundsätzlich sagen, dass das System für 
einen Computer dieser Preisklasse über ein erstaunliches 
Niveau verfügt. Nicht unbedingt wegen der grundlegenden 
Konzeption; man findet sie in ähnlicher Form sicher auch bei 
Konkurrenzprodukten. Es sind jedoch zwei andere, für den 
reinen Benutzer nicht unmittelbar zu entdeckende Vorteile, 
die nur dann auffallen, wenn sie nicht vorhanden sind: 


Zum einen ist das Gesamtsystem abgerundet und die einzelnen 
Komponenten jeweils sauber aufeinander abgestimmt. Dies und 
anderes stellt sicher, dass das System nach Möglichkeit je- 
den erdenklichen Fehler beim gleichzeitigen Ausführen unter - 
schiedlicher Aktivitäten 'abfängt' und korrigiert. Es gibt 
genug Computer, die pfiffige Grundelemente beinhalten. Kommt 
jedoch solch ein Element einmal ein wenig 'aus dem Tritt', 
gibt es keine Kontrollstruktur, die den Fehler auffängt. 


Ein konkretes Beispiel hierzu wäre in den seriellen Schnitt - 
stellenroutinen zu finden. Vielleicht ist Ihnen schon einmal 
aufgefallen, dass der Atari beim Lesen oder Schreiben 
von/auf Diskette manchmal 'einschläft', also einige Sekunden 
lang nichts tut, um danach, wie von Geisterhand, völlig 
korrekt weiterzuarbeiten. Dieser Effekt tritt besonders 
häufig dann auf, wenn man Diskettenstationen fremder 
Hersteller verwendet. 


Die Ursache des Fehlers ist in der Art der Kommunikation 
zwischen Computer und Diskettenstation zu suchen. Der Atari 
wartet nach dem Senden eines Kommandos auf eine Antwort des 
angesprochenen Gerätes. Kommt die Antwort jedoch etwas zu 
schnell für den Atari, weil dieser zum Beispiel gerade mit 
der Bearbeitung von Interrupts beschäftigt war, wertet er 
diese Antwort als fehlerhaft und wartet auf eine korrekte 
Meldung. Diese kann natürlich nicht kommen, weil die Disket- 
tenstation der berechtigten Ansicht ist, schon geantwortet 
zu haben und vielleicht sogar nun selbst auf Daten wartet. 


Dieser Konflikt, bei dem also zwei aufeinander wartende 
Geräte sich gegenseitig blockieren, wird Deadlock genannt 
und ist eine bei Betriebssystemtechnikern gefürchtete Er- 
scheinung immer komplexer werdender Programme und führt bei 
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manchen Hobbycomputern zum 'Absturz', da der Konflikt nicht 
erkannt wird. Nicht jedoch beim 'Nobel-Betriebssystem' von 
Atari: Hier sorgt ein sogenannter Timeout dafür, dass die 
Übertragung weitergeht. Die CPU bekommt hierdurch mit- 
geteilt, dass die Übertragung offensichtlich "hängt' und 
versucht sie ein zweites Mal. 


Der zweite Vorteil des Atari-Betriebssystems gegenüber denen 
anderer Hersteller ist schlichtweg der, dass darin Ordnung 
herrscht. 


Das bedeutet, dass das ganze System in kleine, überschaubare 
Routinen aufgeteilt ist, von denen normalerweise ganz klar 
definiert werden kann, was sie als Ausgabe bei welcher 
Eingabe liefern. Es ist, in den hier im Buch beschriebenen 
12 KByte, mit einer Ausnahme davon abgesehen worden, 
'Spaghetti-Code' zu schreiben, also endlose Routinen, in 
denen alles und nichts getan wird. Die eine Ausnahme lässt 
sich ebenfalls begründen; es handelt sich dabei um eine 
Interruptroutine und dort wollte Atari einfach Bearbeitungs- 
zeit sparen. 


Mit wenigen Ausnahmen kann man sagen, dass dieses Betriebs- 
system nicht von irgendwelchen Hackern geschrieben wurde, 
sondern von Ingenieuren, die Ihre Arbeit hervorragend 
verstehen. 


So sind zum Beispiel die Ein-Ausgaberoutinen nicht für jeden 
Baustein anders, sondern es gibt sogenannte Input-Output- 
Control-Blocks (IOCBs), die die Art des Gerätes, das Komman - 
do und alle damit verbundenen Werte definieren. Die Ausgabe 
findet nun dadurch statt, dass an die Ausgaberoutine nur 
noch die Nummer des IOCB übergeben zu werden braucht, und 
schon 'weiß' der Computer, wie er welches Gerät zu behandeln 
hat und welche Ein- bzw. Ausgabeoperation ausgeführt werden 
soll. 


Diese Ordnung ist auch Grundlage dafür, dass Atari nicht 
schon zu Laufzeiten der alten 4808/808-Serie diverse 
Betriebssysteme hervorbrachte, die dann nicht zueinander 
gepasst hätten. 
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Atari hat zwar eine neue Version herausgebracht, in der 
einige Fehler verbessert wurden, es muss jedoch klar gesagt 
werden, dass Software, die für den 4828/8098 geschrieben 
wurde, voll auf den neuen Systemen lauffähig ist, wenn nur 
die, den autorisierten Händlern und Softwareproduzenten be- 
kannten und von denen vielfach publizierten, Originalein- 
sprungadressen verwendet wurden. 


Es dürfte auf der Hand liegen, dass ein Programm, in dem 
'raffiniert getrickst' worden ist, natürlich an eine be- 
stimmte Betriebssystemversion gebunden ist. Ein vernünftig, 
also ingenieurmäßig, arbeitender Programmierer hat dagegen 
beim Systemwechsel bei Atari keinerlei Probleme. 


Dazu trägt auch noch bei, dass bei Atari dieses Betriebs- 
system wirklich nur eben das Betriebssystem ist, und nicht 
zum Beispiel Verquickungen mit einer eingebauten Program- 
miersprache wie etwa BASIC programmiert sind. Da kann es in 
anderen Systemen zum Beispiel vorkommen, dass in einem 
BASIC-Interpreter Routinen für Peripherieschnittstellen 
definiert sind. wird also das BASIC abgeschaltet, darf man 
sich diese Schnittstelle neu programmieren. 


Alle diese Mankos sind hier beim Atari 6PPXL/80PXL weitest- 
gehend vermieden worden. Zwar ist im Rechner ein Mathematik- 
ROM fest eingebaut, es wird jedoch nicht (wirklich!) vom 
Betriebssystem benutzt. 


Die Einschränkung 'wirklich' muss gemacht werden, da in der 
normalen Systemkonfiguration bei bestimmten Ein-/Ausgabeope - 
rationen plötzlich bestimmte Stellen in diesem ROM angespro- 
chen, beziehungsweise direkt angesprungen werden. Das heißt 
jedoch nicht, dass dort gerechnet werden soll, sondern dass 
dieses ROM einmal von irgendwelcher Peripherie abgeschaltet 
und der dann frei gewordene Platz mit neuem Programmspeicher 
belegt werden soll. In diesem Adressbereich könnten dann 
zusätzliche Treiberprogramme liegen. 


Welcher Art diese Peripherie sein soll, lässt sich nur 


erahnen, da uns außer der 64-KByte-RAM-Karte beim 6PPXL 
keine Geräte bekannt sind, die auf dem hinten anliegenden 
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Systembus angeschlossen würden. Nur in diesem Fall nämlich 
könnte das Peripheriegerät den im Mathematik-ROM liegenden 
Adressbereich füllen. 


(Anmerkung: Es gibt seit Ende der 1988er PBI-Geräte.) 


Ganz allgemein kann aus der Verbindung dieses Betriebs- 
systems mit der Kenntnis über die Bus-Signale und der Tasta- 
turdecodierung gesagt werden, dass es eigentlich gar kein 
Atari-600XL/800XL-Betriebssystem gibt. Es handelt sich in 
jedem Fall um ein modifiziertes Betriebssystem von dem 
leider bei uns nicht ausgelieferten 12@@XL ! 


Dies ist daran zu erkennen, dass das Betriebssystem des 
600XL/8Q@0XL Tastenabfragen nach Funktionstaste 1 bis 4 ent- 
hält, diese Tasten jedoch nicht bei diesem Gerät vorgesehen 
sind. Der 1280XL dagegen besitzt vier Funktionstasten F1 bis 
F4. An diesen und wenigen anderen Details bleibt es dem 
Fachmann nicht unentdeckt, dass dieses Betriebssystem 
eigentlich kein 60@XL/80@XL-Programmpaket ist. 


Im Unterschied zum alten 400/800-Betriebssystem sind einige 
Dinge erstaunlich und, um nach so viel Positivem auch einmal 
negative Kritik anzubringen, merkwürdig. 


So sind in dem System Routinen enthalten, die den völlig 
gleichen praktischen Wert haben wie die entsprechenden des 
alten 400/800-Betriebssystems, aber völlig anders aufgebaut 
sind und dabei nicht unbedingt besser, schneller oder einfa- 
cher. Auch sind einfach komplette Programmblöcke um nur 
wenige Bytes verschoben worden, obwohl sie dort leicht 
hätten stehen bleiben können. Dies alles ist jedoch nur für 
diejenigen Programmierer ärgerlich, die sich nicht an die 
von der Firma Atari vorgegebenen Schnittstellen gehalten 
haben. 


Es bleibt die Frage, ob der offensichtlich von Atari ge- 
wünschte 'Erziehungseffekt' überhaupt von den angesprochenen 
Personenkreisen bemerkt wird; wir glauben es (leider) nicht, 
da schon Mittel und Wege gefunden wurden, dem 6BPXL/8BBXL 
erfolgreich vorzutäuschen, er sei ein 400/898. 
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Beim Kaltstart, auch Power-Up-Reset genannt, werden sämt- 
liche für den Betrieb benötigte Register und Hardwarebau- 
steine des Atari initialisiert. Hierbei werden ebenfalls die 
Interrupts eingerichtet, die das System nach dem Kaltstart 
am Laufen halten. 


Es gibt eine ganze Reihe unterschiedlicher Interruptquellen 
im Atari 6®®0XL/800XL. Als Erste und wichtigste wäre der 
5ÖHz-Vertical-Blank-Interrupt zu nennen. Er gilt in diesem 
System als das Zeitnormal oder, anders formuliert, es wird 
nach ihm die (systeminterne) Uhr gestellt. 


Beim Auftreten eines solchen Interrupts, der nur signalisie- 
ren soll, dass im Moment keine Bildinformationen gesendet 
werden, weil der Elektronenstrahl der Monitorbildröhre ge- 
rade von unten rechts nach oben links zurückwandert, werden 
nahezu alle im Hintergrund laufenden Prozesse bearbeitet, 
die nicht selbst eine Hardware-Unterbrechung auslösen kön- 
nen. Dazu gehören als wichtigste Prozesse die Verarbeitung 
der Schattenregister und der Tiner. 


Die Schattenregister haben, bei vom System zyklisch zu 
schreibenden Registern, die Aufgabe, die zu schreibenden 
Informationen zu sichern. Es hat bei vielen Registern keinen 
Sinn, vom Benutzerprogramm aus, einen Wert direkt in eben 
dieses Hardware-Register zu schreiben, da der entsprechende 
Baustein nach kurzer Zeit um ein Auffrischen der Information 
bittet. Ohne ein Schattenregister wüsste dann das System 
nicht, welchen Wert es übergeben soll. Hat man jedoch die 
gewünschte Information in ein Schattenregister, also eine 
ganz normale Speicherstelle geschrieben, kann das Betriebs- 
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system im Vertical Blank Interrupt den Inhalt dieser RAM- 
Zelle jedes Mal auslesen und ihn in das Hardwareregister 
übertragen. 


Die Verwendung von Schatten-Leseregistern hat meist eine 
andere Bewandtnis: Viele Mess- und Statusregister erkennen 
das Auslesen des gemessenen Wertes gleichzeitig als Rück- 
setzbefehl an, beginnen also mit einer neuen Messung oder 
löschen einfach nur bestimmte Informationen, wie zum Bei- 
spiel Fehlererkennungsbits. 


Ist man nun gerade dabei, einen Wert auszumessen, und liest 
den bis dahin gemessenen Wert, ohne zu wissen, ob die Mes- 
sung eigentlich abgeschlossen ist, würde in den meisten 
Fällen ein Fehlergebnis entstehen. Hat man im Gegensatz dazu 
eine einfache Speicherstelle, bei der man davon ausgeht, 
dass das Betriebssystem diese schon richtig beschreiben 
wird, ergeben sich diese Probleme nicht. 


Ein weiterer Effekt der Schatten-Leseregister ist der, dass 
Messergebnisse gezielt verändert werden können. So können 
von einem Statusregister nacheinander bestimmte Bits ab- 
gefragt werden. Sind sie gesetzt, wird ein dazugehöriger 
Handler aufgerufen. Bearbeitet dieser Handler nun nicht nur 
das eine Statusbit, sondern auch gleich noch einige andere, 
so kann dieser Handler nach der Behandlung die 'fertigen' 
Bits in der RAM-Zelle zurücksetzen, was ihm im Hardware- 
statusregister nicht möglich gewesen wäre. 


Die Timer haben die Aufgabe, zeitabhängige Vorgänge inner - 
halb des Systems zu koordinieren. 


Es existieren zwei strikt voneinander zu trennende Arten von 
Timern: Die eine Sorte sind die Hardwarezähler, die im POKEY 
enthalten sind. Ist einer der Zähler 1, 2 oder 4 durch die 
angelegten Takte auf den Wert null zurückgefallen, kann vom 
POKEY ein Interrupt ausgelöst werden. Auf diese Art Timer 
wollen wir hier nicht weiter eingehen, da ihre Funktions- 
weise eingehend im Kapitel POKEY erläutert ist. 
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An dieser Stelle interessieren eigentlich nur die fünf 
anderen Softwaretimer TIMCOUNT1 bis TIMCOUNTS. 


Das sind jeweils 16-Bit-Werte, die vom Benutzer auf, in dem 
gegebenen 16-Bit-Rahmen, beliebige Werte zu setzen sind und 
die dann selbsttätig bei jedem Vertical Blank Interrupt 
dekrementiert werden. 


wird nach dem Verringern festgestellt, dass TIMCOUNT1 oder 
TIMCOUNT2 den Wert null erreicht hat, wird indirekt über den 
entsprechenden Sprungvektor TIMER1VKT oder TIMER2VKT die vom 
Anwender zu programmierende Timer-Interruptroutine ange- 
sprungen. Diese Routinen sind immer mit einem normalen RTS 
bei 'aufgeräumtem' Stack zu beenden. Das heißt, dass nicht 
noch irgendwelche lokalen Werte auf dem Stack liegen dürfen, 
wenn zurückgesprungen werden soll. 


Hat dagegen einer der Timer TIMCOUNT3, TIMCOUNT4 oder 
TIMCOUNT5S den Wert null erreicht, so wird keine Routine 
angesprungen, sondern jeweils nur das entsprechende 8-Bit- 
Flag TIMER3SIG, TIMER4SIG oder TIMER5SSIG vom Wert $00 auf 
$FF gesetzt. Das Anwenderprogramm mag dann die Veränderung 
dieser Werte selbst bemerken. Es ist auch nicht immer unbe- 
dingt sinnvoll, für jeden Timer-Event, also jeden Zeitpunkt, 
an dem eine bestimmte Operation ausgeführt werden soll, eine 
automatisch aufzurufende Prozedur zu schreiben, da es sein 
kann, dass der entsprechende Timer mehrfach herunterzählen 
soll, bis das gewünschte Ergebnis vorliegt. 


Als weitere Operation wird im Vertical Blank Interrupt die 
sogenannte 'verzögerte' (deferred) Vertical Blank Interrupt- 
Routine aufgerufen. Da diese Routine im Normalfall nach 
einem Kaltstart nicht existiert, weist ihr Pointer VBLKDVKT 
auf die Interrupt-Ausgangsroutine EXITVBL. Diese Routine 
EXITVBL ist auch dann anzuspringen (nicht aufzurufen!), wenn 
eine solche verzögerte Unterbrechungsroutine existiert und 
beendet werden soll. EXITVBL stellt sicher, dass das ur- 
sprünglich unterbrochene Programm seine alten Registerwerte 
wiedererhält. 
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wichtig zu erwähnen wäre, dass TIMCOUNT1 bei jedem Vertical 
Blank Interrupt bearbeitet wird, die restlichen Timer dage- 
gen nur dann, wenn das Flag CRITICIO gelöscht ist. Dieses 
Flag soll verhindern, dass im vollen Betrieb bei sehr 
schnell folgenden Interrupts, also zum Beispiel beim Lesen 
von Floppy, der Rechner mit 'Kleinkram' wie Timerverar- 
beitung aufgehalten wird, und somit eventuell einen 
Interrupt nicht mehr rechtzeitig bearbeiten kann. Timer 1 
wird deshalb immer benutzt, weil er die Aufgabe übertragen 
bekommen hat, eine mögliche Timeout-Situation zu erkennen. 
Dies kann er natürlich nur dann tun, wenn er regelmäßig 
bearbeitet wird. 


Neben diesen regelmäßigen Unterbrechungen gibt es auch eine 
ganze Reihe asynchroner Interrupts, also solche, über deren 
zeitliches Auftreten nichts Genaues gesagt werden kann. Dazu 
gehören zum Beispiel die Unterbrechungen der seriellen Über - 
tragungsstrecke, die vom POKEY gesammelt und gewandelt wer - 
den. Diese und andere Interrupts besitzen ihre Vektoren ab 
der Adresse VPRECEDE. 


Jede dort abgelegte Interruptroutine muss mit den 
Instruktionen 


PLA 
RTI 


enden, um sauber zum unterbrochenen Programm zurückzukehren. 


Beim Atari-Computer soll die gesamte Ein- beziehungsweise 
Ausgabe über sogenannte Kontrollblöcke ablaufen. 
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Das heißt, es gibt nicht für jedes anzusprechende Gerät eine 
eigene Adresse, die sich der Benutzer merken muss, sondern 
es gibt eine Adresse, die den Großteil des Input und Output 
übernimmt. Dazu wird die Beschreibung des Ein-/Ausgabe - 
gerätes in einem 16 Byte großen Input-Output-Control-Block 
(IOCB) abgelegt. Dort stehen der Name des Gerätes, die Bus- 
Nummer, Pufferadressen und Pufferlängen sowie Status- 
informationen: 


IOCB - Eintrag Bedeutung 


IOCBCHID IOoCB-Channel-Identifikationsnummer. Sie 
ist der Offset des Eintrages innerhalb 
der Tabelle ab HATABS. Vorgegeben sind 
schon die Einträge 


$20 = pp Printer, Drucker 

$03 = LC9 Cassette 

$06 = "Er Editor 

$09 = ıS." Screen, Bildschirm 

$ac = 'K' Keyboard, Tastatur 
'D' Diskettenstation 
'M' Modem 


Die beiden letzten Einträge stehen nicht 
initial in HATABS. Die Diskette nicht, 
weil sie nicht direkt über CIO, sondern 
über eigene Disk-Operationen läuft, und 
das Modem deshalb nicht, weil es von 
Atari kein in Deutschland Zugelassenes 
gibt. Die einzige Möglichkeit dazu wäre, 
über die Interfacebox zu arbeiten. 


IOCBDSKN Laufwerknummer. Die Diskette ist das 
einzige am Atari anzuschließende Peri- 
pheriegerät, von deren Sorte mehrere 
gleichzeitig am Bus anliegen können. 
Deshalb reicht die Information 'D' bei 
der Datenübertragung nicht aus und wird 
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um diese Laufwerknummer erweitert. Die 
Laufwerknummer kann theoretisch von 1 
bis 9 laufen, es gibt jedoch nur Atari- 
Stationen, die die Nummern 1 bis 4 er- 
kennen. 


An dieser Adresse wird dem zentralen 
Ein-/Ausgabeprogrammpaket CIO das Kom- 
mando übergeben, was mit den Daten und 
dem angemeldeten Gerät passieren soll. 


Es stehen die folgenden, für alle Geräte 
geltenden, Kommandos zur Verfügung: 


Befehlscode Bedeutung 


$03 OPEN 
Stellt fest, ob das ange- 
kündigte Gerät überhaupt 
am Bus anliegt. 


$85 GET RECORD 
Lies den nächsten Block 
von dem angemeldeten Ge- 
rät, wenn es ein lesbares 
Gerät ist, sonst melde 
Fehler. 


$07 GET CHARACTER(s) 

Lies das nächste Zeichen, 
beziehungsweise die näch- 
sten Zeichen, bis zum 
NEWLINE von dem angemel- 
deten Gerät, wenn es ein 
lesbares Gerät ist, sonst 
melde Fehler. 
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$89 PUT RECORD 
Schreibe den übergebenen 
Block an den geöffneten 


Datenkanal 

$0B PUT CHARACTER(S) 
Schreibe das nächste 
Zeichen beziehungsweise 


alle folgenden Zeichen, 
bis zum nächsten NEWLINE 
an den geöffneten Kanal. 


$PaC CLOSE 
Schließe den entsprechen 
den offenen Kanal und 
schreibe eventuell noch 
im Puffer vorhandene Da- 
ten vorher über den noch 
offenen Kanal. 


$8D STATUS 
Lies die Statusmeldung 
des angesprochenen Ge- 
rätes. 


$0dE SPECIAL 
Rufe gerätespezifische 
Spezialroutine auf. 


Weiterhin existieren einige Spezi- 
alkommandos, die jedoch nur bei 
jeweils einem Gerät gelten: 


$11 DRAW LINE 
Zeichnet eine Linie von 
einem Punkt zum anderen 
in dem programmierten 
Grafikmodus. 
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$12 DRAW LINE WITH RIGHT FILL 
wie $11, nur dass rechts 
von der Linie bis zu 
einer eventuell rechts 
davon befindlichen weite- 
ren Linie der Schirmin- 
halt ausgefüllt wird. 


Die beiden letzten Kommandos galten 
einsichtigerweise nur für den 
Bildschirm, wobei die folgenden 
Spezialkommandos nur für den Dis- 
kettenzugriff gelten: 


$20 RENAME DISK-FILE 
$21 DELETE DISK-FILE 
$22 FORMATIERE DISKETTE 
$23 LOCK DISK-FILE 


Danach ist das angegebene 
File nur noch zum Lesen 


zu öffnen. 
$24 UNLOCK LOCKED FILE 
$25 POINT 


Dieses Kommando 'positio- 
niert' den Schreib-/Le- 
sekopf der Floppy-Disk 
logisch auf den angegebe- 
nen Sektor und das ange- 
gebene Byte. 


$26 NOTE 
Analog zu POINT liefert 
dieses Kommando die Aus- 
sage darüber, wo sich die 
Diskettenstation gerade 
logisch befindet. 


IOCBSTAT 
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In diesem Byte wird von CIOMAIN eine 
Meldung zurückgeliefert, an der das 
aufrufende Modul erkennen kann, wie die 
CIO-Routine das Kommando bearbeiten 
konnte. Es sind, abhängig von dem Gerät 
und dem Kommando, insgesamt folgende 
Statusmeldungen möglich: 


$01 SUCCESS 
Die Operation verlief 
erfolgreich. 

$80 BREAK_ABORT 


während der Kommandoaus- 
führung wurde die BREAK- 
Taste gedrückt. 


$81 PREVIOUS_OPEN 
Das Gerät (beziehungswei- 
se eigentlich sein Kanal) 
wurde schon einmal geöff- 
net und ist seitdem nicht 
wieder abgemeldet (ge- 
schlossen) worden. 


$82 NON_EXISTANT_DEVICE 
Dieses Gerät ist in 
HATABS nicht bekannt. 


$83 WRITE_ONLY 
Es wurde versucht, von 
einem Nur-Schreib-Kanal 
(zum Beispiel Drucker) zu 
lesen. 

$84 INVALID_CMD 


Das übergebene Kommando 
ist nicht existent. 


207 


*** ABBUC Edition: 


208 


ATARI 688XL/808XL INTERN 


$85 


$86 


$87 


$88 


$89 


$8A 


NOT_OPEN 

Das zu beschreibende oder 
zu lesende Gerät oder 
File ist noch nicht ge- 
öffnet. 


BAD_TOCBNR 

Die übergebene IOCB-Num- 
mer, die ein Vielfaches 
von 16 sein muss, ist 
entweder zu groß oder 
nicht durch 16 teilbar. 


READ_ONLY 

Es wurde versucht, ein 
Nur-Lese-Gerät oder -File 
zu beschreiben. 


EOF_ERROR 

Es wurde versucht, mehr 
aus einem File zu lesen, 
als darin enthalten ist. 


TRUNCATED 

Bei einem Zeilen-Lese- 
Kommando wurde eine Zeile 
empfangen, die länger war 
als der zur Verfügung 
stehende Puffer. Die 
letzten Zeichen der Zeile 
sind nicht gespeichert, 
das letzte Zeichen des 
Puffers ist NEWLINE. 


TIMEOUT 

Das Gerät hat sich nicht 
wieder gemeldet, nachdem 
es mit der Bearbeitung 
des Kommandos begonnen 
hatte. 


$8B 


$8C 


$8D 


$8E 
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DEVICE_NACK 

Dieser negative Acknowe- 
ledge (negative Rückmel- 
dung) zeigt an, dass of- 
fensichtlich das anzu- 
sprechende Gerät nicht 
bereit (vorhanden, ange- 
schlossen, eingeschaltet 
0.ä.) ist. 


FRAMING_ERROR 

Dieser Code erscheint, 
wenn der POKEY beim Lesen 
eines Zeichens fest - 
stellt, dass das anzuhän- 
gende Stop-Bit nicht kam, 
sondern gleich mit der 
Übertragung eines weite- 
ren Zeichens begonnen 
wurde. Dieser Fehler 
tritt vor allem dann auf, 
wenn der Sender und 
Empfänger zu ungleiche 
Übertragungsraten besit- 
zen. Eine sinnvolle In- 
terpretation dieses Feh- 
lers kann jedoch auch die 
BREAK-Kondition sein. 


CURSOR_OVERRANGE 

Der Cursor wird außerhalb 
des ihm zustehenden Bild- 
bereichs gesetzt. Tritt 
zum Beispiel bei falschen 
DRAWTO-Berechnungen auf. 


SIO-OVERRUN 

Dieser POKEY-Fehler zeigt 
an, dass ein neues 
Zeichen eingelesen wurde, 
bevor das alte vom System 
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$8F 


$90 


$91 


$92 


$93 


gelesen worden ist. Damit 
ist das alte Zeichen 
verloren. 


SIO-CHECKSUM_ERROR 

Die empfangene Prüfsumme 
stimmte nicht mit dem 
berechneten Wert überein. 


DEVICE_ERROR 

Das Gerät konnte die Ope- 
ration nicht vernünftig 
ausführen. 


BAD_SCREEN_MODE 

Dieser Modus ist den 
bildschirmverarbeitenden 
Routinen unbekannt. 


FUNCTION_NOT_IMPLEMENTED 
Die verlangte Operation 
ist zwar nicht verboten, 
aber dennoch nicht vorge- 
sehen. 


INSUFFICIENT_SCREENMEMORY 
Der zur Verfügung stehen- 
de Speicher reicht nicht 
aus, um den geforderten 
Bildschirmmodus zu initi- 
alisieren. Dies kann zum 
Beispiel passieren, wenn 
in einer 16-KB-Maschine 
DOS geladen ist, ein 
BASIC-Programm läuft und 
eine hohe Grafikstufe 
gewählt werden soll. 


ist zu sagen, dass ihre 
das Negativ-Flag der CPU 


IOCBBUFA 


IOCBPUTB 


IOCBBUFL 


IOCBAUXn 
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Hier wird die Anfangsadresse des (meist 
vom Benutzer zur Verfügung zu stellen- 
den) Datenpuffers festgehalten. Der Wert 
ist unverändert nach Ausführung des 
Kommandos, unabhängig von Erfolg oder 
Misserfolg der Operation. 


Hier steht die Anfangsadresse-1 der 
Routine, die an das definierte Gerät ein 
Zeichen überträgt. Der Vektor zeigt bei 
Nur-Lese-Geräten auf die entsprechende 
Fehlerbehandlungsroutine. 


Dies ist die Angabe der Länge des bei 
ICBADR beginnenden Puffers. 


Die vier folgenden Byte sind Hilfsregi- 
ster, von denen jedoch das erste, 
IOCBAUX1, zeitweilig für die CIO-Pro- 
grammierung verwendet wird. Dabei sind 
folgende Werte erlaubt: 


$01 APPEND 
Dieser Code erlaubt das 
anhängende Schreiben an 
eine bestehende Datei 
beziehungsweise das Lesen 
vom Bildschirm. 


$02 DIRECTORY 
Der folgende OPEN-Befehl 
veranlasst einen Zugriff 
auf die Disketten-Direc- 


tory. 
$04 OPEN_FOR_INPUT 
Dieses Kommando kann 


theoretisch bei jedem 
Gerät angewandt werden, 
es sind jedoch physikali- 
sche Einschränkungen zu 
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beachten (zum Beispiel 
Drucker). 


$98 OPEN_FOR_OUTPUT 
Es gilt das Gleiche wie 
für OPEN_FOR_INPUT gesag- 
te. 


$12 OPEN_FOR_OUTPUT & INPUT 
wie OPEN_FOR_INPUT. 


$1® OPEN_FOR_MIXED_MODE 
Dieser Zusatz ist nur 
beim Editor und beim 
Screen erlaubt. 


$20 OPEN_WITHOUT_CLEAR_SCREEN 
Ebenfalls nur für Editor 
und Screen erlaubt. 


Um nun ein Kommando an die CIO-Routinen zu übergeben, wird 
im X-Register die Nummer des IOCBs * 16, und im Akku das 
unter Umständen zu sendende Zeichen an JUMPTAB+$26 überge- 
ben. 


Die Diskettenverarbeitung läuft nicht über die CIO-Routinen, 
da dort etwas andere Bedingungen vorliegen als bei den 
übrigen Geräten. Sie läuft über den Disc-Control-Block ab 
Adresse DSKDEVICE. 


An diese und die folgenden Adressen werden folgende Werte 
übergeben: 


DSKDEVICE Buskennnummer der Diskette Nummer 1. 
Dieser Wert ist Referenz für die übri- 
gen, nachfolgenden Geräte. 


DSKUNIT Hier die eigentliche Nummer des 
anzusprechenden Laufwerks. 
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DSKCMD 


DSKSTATUS 


DSKBUFFER 


DSKTIMOUT 


DSKBYTCNT 


DSKAUX1 
DSKAUX2 
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Es stehen die Kommandos 


"17 $21 FORMAT_DISKETTE 

'p' $5® PUT_SECTOR_WITHOUT_VERIFY 
'R'  $52 GET_SECTOR 

's'  $53 STATUS_REQUEST 

'w' 857 PUT_SECTOR_WITH_VERIFY 


zur Verfügung. 


Hier steht der Bearbeitung eines 
Kommandos der Status der Operation. 


Anfangsadresse des Datenpuffers. 


Anzahl der Sekunden bis zur Timeout- 
Meldung. 


Länge des bei DSKBUFFER beginnenden 
Puffers. 


Hilfsbyte. Hier steht bei den meisten 
Kommandos die zu lesende/schreibende 
Blocknummer. 


Die Diskettenverarbeitung wird nicht über den CIO-Vektor 


angesprungen, 


face. 


sondern über JUMPTAB+$09, also das SIO-Inter- 
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Anmerkung: Atari-Computer der XL/XE-Baureihen wurden von 
1982 bis 1992 mit leicht unterschiedlichen Betriebssystemen 
ausgeliefert. Direkteinsprünge in diese Routinen sind daher 
nicht empfehlenswert. 


Im Folgenden werden die einzelnen Unterprogramme des 
Betriebssystems erläutert. Sie sind nach ihrer Lage 
(Adresse) im ROM geordnet. Die vier Zahlenangaben bedeuten 
von links nach rechts (die Adressangabe kann sich beim 
400/808 auf ungefähr gleichartige Routinen beziehen): 


Adr. beim 600XL/8Q@OXL Adr. beim 480/800 Name 


Hex Dez Hex Dez 
$C20d 49152 BXXXX XXXXX CHECKSRQ 
$c0e1 49153 BXXXX XXXXX 


Diese Adresse enthält die Prüfsumme über alle Bytes aus 
den Speicherbereichen 

$c002 - $CFFF 

$5000 - $57FF 

$D800 - $DFFF 


Auf diesen Wert wird von CHECKROM1 zugegriffen. 


$COoC 49164 $E6D5 59893 NMIENABLE 


Es wird der NMI enabled und der Wert von TRIG3 in 
GINTLK gesichert. Beim 400/880 hat diese Routine zu- 
sätzlich die Aufgabe, die Portbausteine zu initialisie- 
ren. 


214 


Das Betriebssystem des Atari *** 


$C218 49176 $E7B4 59316 NMIFIRST 


Jeder NMI springt indirekt über NMIVKT an diese Stelle. 
Hier wird getestet, ob es sich um eine ANTIC-Programm- 
Unterbrechung handelt. Wenn es eine ist, dann wird die 
ANTIC-Programm-Unterbrechung indirekt über DLIVKT ange- 
sprungen. Ist es keine ANTIC-Programm-Unterbrechung, 
wird nach dem Pushen des ACCU der RESET-Tastenstatus 
überprüft. Ist die RESET-Taste gedrückt, wird der Warm 
startvektor (JUMPTAB + $24) angesprungen. Ist keine 
dieser Abfragen erfolgreich, so wird nach dem Retten 
der Register X und Y auf den Stack indirekt VBLKIVKT 
aufgerufen. 


$co2C 49196 $E6F3 59123 JMPIRQVKT 


Jeder INT und jede BREAK-Operation laufen indirekt über 
INTVKT zu dieser Adresse. Hier wird im Gegensatz zum 
400/808 das DECIMAL-Flag gelöscht, was gerade beim 
Erstellen von Interruptroutinen gerne vergessen wird 
und sonst beim 408/888 zu Fehlern führte. Da beim INT- 
Zyklus der 6282-CPU automatisch das Processor-Status- 
Word auf dem Stack abgelegt wird, hat das D-Flag nach 
einem RTI wieder den ursprünglichen Wert. 


Nach Löschen des Flags wird die jeweilige Interruptrou- 
tine indirekt über VIMMEDIRQ angesprungen. 


$C030 49200 $E72B 59147 SINRDYIRQ 


Diese Routine übernimmt, angestoßen von einem Inter- 
rupt, die Kontrolle der seriellen und noch nicht exi- 
stenter I/O-Einheiten. Dabei wird wie beim 400/808 
getestet, ob ein Zeichen über den seriellen Port einge- 
geben worden ist. In diesem Fall müsste Bit 5 vom IRQST 
beziehungsweise IRQSTS gesetzt sein und wird die Einle- 
seroutine indirekt über VSERIELIN angesprungen. 
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Weiterhin wird geprüft, ob die Verknüpfung (NEUIOMASK 
AND NEUIOPORT) einen Wert ungleich ® ergibt, also ein 
an dieser Stelle angeschlossenes Gerät einen Interrupt 
erzeugt hat. Ist dies der Fall, so wird dessen Treiber - 
routine indirekt über NEUIOINIV angesprungen. 


Ist auch diese Abfrage erfolglos, so wird, ähnlich wie 
beim 400/880, der IRQSTATUS dahin gehend abgefragt, ob 
ein Interrupt des POKEY anliegt, der dem System mit- 
teilt, dass das serielle Ausgaberegister zur Aufnahme 
eines neuen Datenbytes bereit ist, oder sogar die Über - 
tragung des letzten Zeichens beendet ist. Die erste 
Bedingung wird durch Bit 4, die zweite durch Bit 3 des 
Statusbytes signalisiert. Ist Bit 4 gesetzt, so wird 
ein indirekter Ansprung zu der in VSERREADY stehenden 
Adresse vorgenommen, bei Bit 3 ein Ansprung zu der in 
VSERCLOSE stehenden Adresse. Da diese und die folgenden 
Abfragen in einer Schleife vorgenommen werden, wird der 
jeweilig gefundene Vektor (also zum Beispiel VSERREADY) 
nach NEUIOPTR geladen und von dieser, nun festen 
Adresse aus der eigentliche Treiber indirekt angesprun- 
gen. 


Ist bis hierhin keine Interruptquelle gefunden, so kann 
es unter anderem auch der TIMER1, TIMER2 oder der 
TIMER4 des POKEY gewesen sein, der den Interrupt auslö- 
ste. Ist eines dieser Geräte aktiv gefunden, so wird 
der jeweilige Treiber (VTIMER1, VTIMER2, VTIMER4) nach 
der oben beschriebenen Methode aufgerufen. 


Ist es auch kein Timerinterrupt, kann es noch eine 
Tastenanforderung gewesen sein. Hierbei werden schon an 
dieser Stelle zwei Möglichkeiten unterschieden: Jede 
normale Taste führt auf den Vektor VKEYBOARD, die er- 
wähnte Ausnahme ist die BREAK-Taste. Ist sie gedrückt 
und KBDISABLE auf ® (also enabled), wird indirekt nach 
VBREAKKEY gesprungen. Nur wenn bis hier keine Inter- 
ruptquelle gefunden wurde, werden die IRQ-Bits des PIA 
abgefragt. Ist Bit 7 von PORTACNTL=1, so wird VPRECEDE 
aufgerufen, bei Bit 7 von PORTBCNTL=1 VINTERRUPT. 
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Hier kann nur noch ein softwaremäßiger BREAK anliegen, 
der im Processor Status Register der CPU signalisiert 
wird. Ist das BRK-Bit gesetzt, so wird die ab (VBREAK) 
liegende Routine aufgerufen. 


Findet der Prozessor bis hier keine geeignete, aktive 
Interruptquelle, dann handelt es sich bei dieser Unter- 
brechungsanforderung um einen technischen "Irrtum" und 
die Routine kehrt zum unterbrochenen Programm zurück. 


$C092 49298 $E785 59269 BRKEVENT 
Diese Routine wird angesprungen, wenn die BREAK-Taste 
gedrückt wird und das Keyboard enabled ist 
(KEYDISABLE=8). Es werden hier der Attract-Mode, das 
STARTSTOP-Flag, CURSORINH und IRQST mit IRQSTS ge- 
löscht. Damit ist das System unter normalen Bedingungen 
wieder arbeitsfähig. 


Der Vektor VBREAKKEY zeigt auf BRKEVENT. 


$COCF 49359 EAXXX XXXXX MASKTAB 
Diese Tabelle wird benutzt, um einzelne Bits ausblenden 


zu können. Sie enthält in aufsteigender Reihenfolge die 
Werte. 


$80, $40, $04, $02, $01, $08, $10d, $20. 


$C®D7 49367 BAXXXX XXXXX VECTAB 


Diese Tabelle steht in direkter Verbindung mit MASKTAB 
bei der Verarbeitung der einzelnen Interruptquellen in 
SINRDYIRQ. Sie gibt zu der jeweiligen Maske den Offset 
des Ansprungvektors zu $200. Sie enthält in aufsteigen- 
der Reihenfolge die Werte. 


$36, $08, $14, $12, $10, $OE, $OC, SPA. 


217 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


$CPDF 


$CAF® 


218 


Beispiel: Es soll Bit 1 (also das 2. Bit!!!) getestet 
werden. 


Also wird ein Offsetregister (X) mit 3 geladen und das 
entsprechende Statusbyte mit MASKTAB,X maskiert. Ist 
das Ergebnis gleich null, so ist der Interrupt gefunden 
und es muss die Treiberadresse geholt werden. Da X 
immer noch den Wert 3 hat, wird einfach nach NEUIOPTR 
der Wert von $20@,(VECTAB,X) geladen. (VECTAB,X) 
liefert den Wert $12, also wird der Vector aus der ab- 
soluten Adresse $212=$200+$12 geholt. Genau das gleiche 
geschieht mit NEUIOPTR+1 und %$2®1, (VECTAB,X). Danach 
enthält NEUIOPTR den Pointer des Handlers des unter- 
brechenden Gerätes. 


49375 EBXXXX XXXXX WAITFRRES 


Dieser Programmteil sperrt sämtlich Interrupts und 
initiiert eine Warteschleife (65536 * Nichtstun), um 
danach RESET anzuspringen. 


49392 $E7D1 59345 SYSTEMVBL 


Diese Interruptroutine wird bei jedem Vertical-Blank- 
Interrupt aufgerufen und führt eine große Zahl von 
Systemkontrollen und Justierungen durch. 


So wird als Erstes die Atari-Uhr TIMER inkrementiert. 
Diese Uhr ist eigentlich keine im üblichen Sinn, son- 
dern sie zählt lediglich in 3 Byte (also TIMER, 
TIMER+1, TIMER+2) alle ankommenden Vertical-Blank-Un- 
terbrechungen. Da bei unserem Fernsehsystem alle 2@ms 
(Milli-Sekunden: 10@0@ms=1s) ein sogenanntes Halbbild 
fertig sein muss, damit der Elektronenstrahl in der 
Bildröhre zur linken oberen Ecke zurücktransportiert 
werden kann, muss natürlich auch der Atari dafür sor- 
gen, dass er zur selben Zeit die neuen Bildinforma - 
tionen generiert. Unter anderem hierfür wird der Atari 
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also alle 2@ms unterbrochen, damit er die SYSTEMVBL- 
Routine ausführen kann. 


Dieses feste Zeitintervall kann nun auch für eine Uhr 
benutzt werden, mit dem kleinen Unterschied, dass sie 
nicht Sekunden, sondern 1/58 Sekunden angibt. Dabei ist 
TIMER+2 der niedrigste (also schnellste) Zähler, 
TIMER+1 ist der mittlere und TIMER zählt dann die 
Überläufe von TIMER+1. Damit ergibt sich auch gleich 
eine leichte Umrechnung von TIMER in die normale Zeit: 


UHR = INT(((TIMER+2)+256*((TIMER+1)+256*(TIMER))) / 50) 


UHR enthält dann die Anzahl der Sekunden ab System- 
start. 


Bei jedem Inkrementieren von TIMER+1 wird auch ATRACT 
erhöht. Dieses Register hat die Aufgabe, die Farben und 
Helligkeiten des Bildschirms zu verringern, wenn eine 
bestimmte Zeit lang kein Zeichen über die Tastatur 
eingegeben wurde. Hat ATRACT den Wert 128 erreicht 
(also nach einem Zeitraum von 128*256/508/60 = 19,9 
Minuten), so werden Farbe und Helligkeit verändert. 
Dies geschieht dadurch, dass ATRACTMSK von $FE auf $F6 
zurückgesetzt wird und COLREGSH mit dem Wert von 
TIMER+1 geladen wird. Diese Änderungen haben Einfluss 
auf die folgende Reinitialisierung der Farbe und Hel- 
ligkeit von Vorder- und Hintergrund. Es gilt beim Be- 
schreiben der Farb- und Luminanzregister folgende An- 
wendungsregel von ATRACTMSK und COLREGSH: 


neue_Farbe+LUM = (alte_Farbe+LUM eor COLREGSH) and ATRACTMSK 
Durch den Zusammenhang von TIMER+1 und COLREGSH entste- 
hen die sich selbsttätig ändernden Farben auf dem 
Schirm im Attract-Mode. 
Weiterhin werden an dieser Stelle die Schattenregister 


aufgefrischt, beziehungsweise neue Werte der Schatten- 
register in die Hardwareregister übertragen. 
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Im Einzelnen sind dies an dieser Stelle der Routine: 


von nach Erklärung 

LPENV LPENVS Lightpen vertikal 

LPENH LPENHS Lightpen horizontal 
DLPTRS DLPTR Display List Pointer 
DMACNTLS DMACNTL DMA Control-Register 
GTIACNTLS GTIACNTL Monitor Control-Register 


FINESCROL wird, wenn es ungleich null ist, dekremen- 
tiert und der Wert ((8-FINESCROL) Modulo 8) nach VSCROL 
geschrieben, um stetiges, weiches Scrollen zu 
ermöglichen. 


Nun wird CONSOLE mit 8 geladen, um das Auslesen des 
Registers und somit das Erkennen eventuell gedrückter 
Sondertasten wie SELECT oder ähnlicher zu ermöglichen. 


Dann wird die oben unter ATRACT erwähnte Reinitialisie- 
rung der Farb- und Luminanzregister durchgeführt. Es 
wird der Bereich COLPMd$ - COLBAK$ in den Bereich 
COLPM® - COLBAK kopiert, wobei jeder Wert nach der oben 
angegebenen Gleichung modifiziert wird. 


Dann werden CHARBASE mit CHARBASES und CHARCNTL mit 
CHARCNTLS beschrieben. Der erste Wert liefert dem ANTIC 
die Highbyte-Adresse des gerade gültigen Zeichengenera- 
tors, von denen der Atari 6P®XL/8B0XL gleich zwei ein- 
gebaut hat, die jedoch auch über dieses Register um 
andere erweitert werden können. CHARBASE definiert, ob 
die Zeichen normal oder gedreht dargestellt werden 
sollen. 


Als Nächstes folgt ein Block zum Testen und Modifizie- 
ren der weiteren im System enthaltenen Timer TIMCOUNT2 
bis TIMCOUNTS. 
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Diese 5 Timer sind jeweils 16-Bit Zähler, die alle 2@ms 
über die Routine DECTIMER dekrementiert werden. Den 
Timern TIMCOUNT® und TIMCOUNT1 sind die Sprungvektoren 
TIMER1VKT sowie TIMER2VKT zugeordnet, die angesprungen 
werden, wenn nach dem Dekrementieren die Zähler null 
sind. Für die drei übrigen Zähler TIMCOUNT3, TIMCOUNT4A 
und TIMCOUNT5 werden beim Erreichen von null die jewei- 
ligen Flags TIMER3SIG bis TIMER5SSIG gesetzt. 


Der zeitliche Ablauf ist so, dass zuerst TIMCOUNT1 de- 
krementiert und, bei Bedarf, TIMER1VKT aufgerufen wird. 
Dann erfolgen die weiter unten beschrieben Abfragen nur 
noch dann, wenn CRITICIO an dieser Programnstelle den 
Wert null hat, also gelöscht ist. 


Ist dies der Fall, wird TIMCOUNT2 dekrementiert. Beim 
Erreichen von null wird, über JMPTIMER2 und indirekt 
über TIMER2VKT, die entsprechende Routine aufgerufen. 


Danach werden die Timer 3 bis 5 behandelt. 


Als weiterer Block wird die Tastatur behandelt. Sie 
bietet über einige Register dem Anwender vielseitige 
Möglichkeiten zum Blockieren, Codeändern oder Maskieren 
einzelner Tasten. 


Die eigentliche Leseroutine testet zuerst, ob eine 
Taste gedrückt ist. Wenn keine gedrückt ist, prüft sie, 
ob der Delay-Zähler KEYDELAY null ist. Ist er es nicht, 
wird er dekrementiert, ansonsten wird mit der Bearbei- 
tung der Joysticks fortgefahren. 


Die Variable KEYDELAY verhindert, dass man zu schnell 
eingeben kann (Tastenentprellung), da der Rechner nur 
eine neue Tasteneingabe akzeptiert, wenn vorher die 
letzte Taste sozusagen "abgeklungen' ist. Sie wird mit 
dem Wert 3 initialisiert. 
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Wenn eine neue Taste gedrückt wird, beginnt der, mit 
KREPDELY (Standardwert 48) initialisierte, Zähler 
SRTIMER rückwärts zu zählen, wenn diese entsprechende 
Taste gedrückt bleibt. Hat er bei einem Interrupt den 
Wert null erreicht und ist diese Taste immer noch 
gedrückt und KBDISBLE=®, d.h. enabled, so beginnt ein 
Autorepeat der Tastatur. Um die Geschwindigkeit des 
Autorepeat festlegen zu können, wird ebenfalls SRTIMER 
benutzt. So lange, wie diese eine Taste gedrückt 
bleibt, wird SRTIMER mit dem Wert von KEYREP geladen 
und bei jedem Vertical-Blank-Interrupt rückwärts ge- 
zählt zu null. Ist er null, so wird der vom POKEY zur 
Verfügung gestellte Tastencode in Matrixform aus Regi- 
ster KBCODE, beziehungsweise seinem Schattenregister 
KBCODES ausgelesen. 


KEYREP gibt somit die Repeat-Geschwindigkeit an und 
wird mit 5 initialisiert, während die in KREPDELY lie- 
gende Initialisierung von SRTIMER die Zeit angibt, bis 
die Repeatfunktion überhaupt einsetzt. 


Da dieses Betriebssystem, wie oben schon erwähnt, ei- 
gentlich das 12®®XL-Betriebssystem ist, geschehen an 
dieser Stelle nun einige für den 600XL/88@XL unsinnige 
Dinge: 


Es wird der gelesene Tastencode auf einige bestimmte 
Sonderzeichen hin überprüft. Der 12@@XL verfügt zum 
Beispiel über vier frei programmierbare Funktionstas- 
ten, F1 bis F4. Merkwürdigerweise überprüft der Atari 
hier den Tastaturcode auf CNTL&F1, CNTL&F2, CNTL&FA, 
CNTL&1 sowie einen offensichtlich in der Matrix der 
Tastatur nicht existenten Code im Normalmodus, mit 
Shift und Control. Entspricht der gelesene Tastaturcode 
keinem der zwölf Werte, so wird dieser Code in KBCODES 
abgelegt, sonst nicht. Interessant und kein Druckfehler 
ist, dass CNTL&F3 an dieser Stelle nicht geprüft wird. 


Nach der Tastaturabfrage überprüft der Atari die Joy- 
stickports. 


Das Betriebssystem des Atari *** 


Diese Routine beginnt bei $C281 und kann angesprungen 
werden, wenn die vorhergehenden Abfragen alle nicht 
benötigt werden sollten. Es ist jedoch darauf zu ach- 
ten, dass der normale Vertical Blank Interrupt in diese 
Routinenteile hineinläuft. Das eben Gesagte gilt ebenso 
für die Triggerprüfung wie für den Paddle-Check. 


Da der 6P@XL/SBRXL im Gegensatz zum 488/808 nur noch 
über zwei Joystickports verfügt, einige wenige Software 
jedoch auf Port 3 und/oder Port 4 zugreift, hat sich 
Atari aus Kompatibilitätsgründen dazu entschlossen, die 
fehlenden Ports zu simulieren. 


Es werden zuerst die oberen 4 Bit des PORT A des PIA 
gelesen und gleichzeitig als Wert für JOYSTICK1 und 
JOYSTICK3 verwertet; beim 400/800 wurde der Wert für 
JOYSTICK3 aus PORT B 'gezogen'. Danach werden die unte- 
ren vier Bit von PORT A nach JOYSTICK und JOYSTICK2 
transportiert. 


Nun werden (ab $C219) die Triggereingänge überprüft. 
Auch hier werden die Daten von Port 1 und Port 2 eben- 
falls für jeweils Port 3 und Port 4 in der Form verwer- 
tet, dass sie aus TRIGGER® und TRIGGER1 gelesen und 
nach TRIGGER®S und TRIGGER2S, beziehungsweise TRIGGER1S 
und TRIGGER3S geschrieben werden. 


Ähnliches gilt für das bei $C22B beginnende Lesen der 
Paddle-Eingänge. Die POKEY-Register PADDLEG - PADDLE3 
werden nach PADDLEßS - PADDLE3S beziehungsweise nach 
PADDLE4AS - PADDLE7S kopiert und die Paddle-Trigger 
gelesen. Dabei gilt folgende Zuordnung: 


Aus JOYSTICK® Bit 2 ==: PTRIGQ®, PTRIG4 
JOYSTICK® Bit 3 ==: PTRIG1, PTRIG5 
JOYSTICK1 Bit 2 ==: PTRIG2, PTRIG6 
JOYSTICK1 Bit 3 ==: PTRIG3, PTRIG7 
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An dieser Stelle ist die erste Vertikal-Blank-Unter- 
brechungsroutine abgeschlossen und es folgt ein indi- 
rekter Sprung über VBLKDVKT zur sogenannten 'verzöger- 
ten' V-Blankroutine. Sie ist vom Benutzer frei zu ver- 
wenden. Es ist allgemein bei der Verwendung dieses 
Vektors darauf zu achten, dass die Interruptroutine 
nicht zu lang wird, da sonst der eigentliche Rechen- 
prozess (zum Beispiel BASIC) unter Umständen nicht mehr 
zum Zug kommt. 


49757 $ESEF 59631 JMPTIMER1 


Es wird ein indirekter Sprung mit VTIMER1 durchgeführt. 


49760 $E8F2 59634 JMPTIMER2 


Es wird ein indirekter Sprung mit VTIMER2 durchgeführt. 


49763 $E8F5 59637 DECTIMER 


Die Routine DECTIMER dekrementiert einen angegebenen 
Timer, wenn er nicht null ist. Ist der betreffende 
Timer entweder vor dem Dekrement null oder hinterher 
ungleich null, so liefert DECTIMER im Akku den Wert $FF 
zurück, sonst den Wert $2@. Durch das Laden kann das 
aufrufende Programm den Wert des Zero-Flags verwerten. 
Ist Z=1, so ist der Timer gerade eben zu null geworden, 
sonst ist Z=®. 


DECTIMER erwartet die Nummer des zu behandelnden 
Timers, multipliziert mit 2, im X-Register beim Aufruf; 
also zum Beispiel in X den Wert $86 für TIMCOUNT3. 


49792 $E912 59666 SETVBLVKT 


Diese Routine wird allgemein verwendet, um Interrupt 


Vektornummer kann sein: 


$C298 
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vektoren oder Timerwerte zu initialisieren. Dazu müssen 
an SETVBLVKT folgende Werte übergeben werden: 


Übergeben in Register 


High-Byte der zu speichernden Adresse 
beziehungsweise des zu speichernden Wertes X 


Low-Byte der zu speichernden Adresse 
beziehungsweise des zu speichernden Wertes Y 


Registernummer A 


==: VIMMEDIRQ 
==: TIMCOUNT1 
==: TIMCOUNT2 
==: TIMCOUNT3 
==: TIMCOUNT4 
==: TIMCOUNT5 
==: VBLKIVKT 

==: VBLKDVKT 


NOUVPW@ONDHR 
I 
I 


Die Vektornummer kann auch größer als 7 (oder unsigned 
7 bit) werden, dann ist jedoch darauf zu achten, dass 
die Routine nur 16-Bit-Worte und die nur ab geraden 
Adressen ablegen kann. 


Vor dem Modifizieren der Vektoren wird ein Vertical 
Blank Interrupt abgewartet, damit die Vektoren nicht 
gerade 'halb geändert' sind, wenn ein Interrupt auf sie 
zugreifen will. 


49816 $E93E 59710 EXITVBL 
Diese Routine macht nichts weiter, als Y-Register, X- 
Register und Akku in dieser Reihenfolge vom Stack zu 


holen und mit RTI diesen (beliebigen) Interrupt zu 
beenden. 
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49822 F11B 61723 RESETWARM 


RESETWARM kann direkt oder über JUMPTAB+$24 aufgerufen 
werden. Zu Beginn der Warmstartroutine wird getestet, 
ob nicht vielleicht doch gravierende Einflüsse auf das 
System eingewirkt haben, die einen Kaltstart mit Initi- 
alisierung sämtlicher Register nötig machen würden. Zu 
diesen Einflüssen gehört zum Beispiel das Herausziehen 
oder Wiedereinstecken eines ROM-Moduls in den ROM- 
Schacht. Da beim 6P@XL/8ORXL im Gegensatz zum 490/800 
nicht mehr automatisch das Gerät beim Wechseln eines 
ROM-Moduls ausgeschaltet wird, ist hier also solch ein 
Test notwendig. 


Dazu wird der Inhalt von TRIGGER3 des POKEY gelesen und 
mit dem Inhalt des für diesen Zweck eingerichteten 
ROMFLAG verglichen. Welchen Zweck das Lesen des 
TRIGGER3 hat, verrät uns ein Blick in das offene Gerät: 
Die Leitung, die beim Einstecken des ROM-Modules das 
eventuell an gleicher Stelle liegende RAM abschaltet, 
ist mit eben dieser Triggerleitung verbunden, die wegen 
Weglassens der Joystickports 3 und 4 frei geworden ist. 
Wenn nun seit dem letzten Reset entweder ein ROM einge- 
steckt oder entfernt worden ist, stimmen TRIGGER3 und 
ROMFLAG nicht überein und der Atari forciert einen 
RESETCOLD-Aufruf. 


Sind TRIGGER3 und ROMFLAG noch identisch, so kann es 
zum Beispiel sein, dass zwar wirklich ein ROM-Modul im 
Schacht steckt, es jedoch ein anderes als beim letzten 
Reset ist. Für diesen Fall werden die letzten Adressen 
des ROMs getestet, genauer: Durch Aufruf von NEWCART 
wird die Checksumme von $BFF& bis $CQOEF gebildet und 
mit der Checksumme des letzten Aufrufs verglichen. Ist 
die Checksumme nicht in Ordnung, so wird ein Kaltstart 
durchgeführt. 
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Es gibt noch eine dritte Möglichkeit, bei der ein 
Warmstart zu einem Kaltstart werden kann: Durch Setzen 
von COLDSTART auf einen Wert ungleich null, wird dieses 
erreicht. 


Hat keine der genannten Quellen bis hierhin einen Kalt- 
start forciert, wird RESET+$@2 mit einem Akku-Wert von 
$FF aufgerufen, das heißt, die eigentliche Warmstart- 
prozedur durchgeführt. 


$C2B8 49848 $F125 61733 RESETCOLD 


Zu dieser Routine kann direkt oder über JUMPTAB+$27 
gesprungen werden. Der Weg über JUMPTAB ist sinnvoller, 
da dann Programmkompatibilität zu der 498/800-Serie 
besteht. 


Zu Beginn des Kaltstarts wird, analog zu RESETWARM, 
geprüft, ob es sich wirklich um einen solchen handelt, 
oder aber seit dem letzten Kalt- oder Warmstart keine 
gravierenden Einflüsse auf das System eingewirkt haben, 
sodass der Rechner mit einem Warmstart auskommen 
könnte. 


Dazu wird als Erstes geprüft, ob drei Adressen, die 
beim Kaltstart auf ganz bestimmte Werte gesetzt werden, 
diese immer noch enthalten. Die Adressen und ihre In- 
halte sind: 


POWUPBYT1 muss für Warmstart enhalten $5C 
POWUPBYT2 muss für Warmstart enhalten $93 
POWUPBYT3 muss für Warmstart enhalten $25 


Was diese Werte bedeuten, ist recht unklar, es wird 
jedoch davon ausgegangen, dass ein neu eingeschalteter 
Speicherbaustein (RAM) bestimmt nicht diese drei Werte 
an eben diesen Adressen enthalten kann. Normalerweise 
sind dynamische Speicherzellen nach dem Power-up bank- 
weise entweder $00 oder $FF, bedingt durch ihren physi- 
kalischen Aufbau. 
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Wenn eine dieser drei Adressen nicht den Warnstartwert 
enthält, wird WARMFLAG mit $2@ geladen, was der danach 
aufgerufenen Routine RESET mitteilt, dass es sich um 
einen Kaltstart handelt. 


sind die drei Adressen in Ordnung, wird RESETWARM auf - 
gerufen. 


49878 $F126 61734 RESET 


In diesem Programmteil werden, je nachdem, ob es sich 
um einen Kalt- oder Warmstart handelt, mehr oder weni- 
ger Register und Bausteine initialisiert. Die eigent- 
liche Entscheidung darüber, ob es sich um einen Warm- 
oder Kaltstart handelt, wird nicht mehr hier getroffen, 
sondern in RESETWARM beziehungsweise RESETCOLD. Wird 
RESET aufgerufen, wird das WARMFLAG auf $8® gesetzt, 
was der weiteren Routine einen Kaltstart signalisiert. 
wird RESET+$82 aufgerufen, so wird in WARMFLAG der Wert 
des übergebenen Akkus abgelegt. Ist dieser Wert = $FF, 
so signalisiert WARMFLAG einen Warnstart. 


Danach beginnen die Reset-Operationen. Zuerst wird 
DOSVKT auf den Wert TESTROMEN gesetzt. Wird beim Ein- 
schalten der Maschine oder einem anderen Kaltstart die 
OPTION-Taste gedrückt, wird das im 6P®@XL/8R@XL be- 
findliche BASIC ausgeschaltet. Ist keine Diskette ange- 
schlossen oder antwortet sie nur nicht richtig, wird 
der Atari nach einiger Zeit versuchen, etwas anderes 
sinnvolles zu tun als zu booten. Da er jedoch kein 
BASIC zur Verfügung hat und beim 600XL/800XL kein Moni - 
tor mehr besteht (der 400/800 ging in einen Echo-Modus, 
wenn er weder ROM noch Bootgerät fand), wird er diesen 
DOSVKT anspringen, um nicht abzustürzen. Über diesen 
Vektor wird er dann bei TESTROMEN das eingebaute Test - 
ROM einschalten und anspringen. 


Bevor er jedoch dies alles tun kann, hat er noch eine 
ganze Reihe anderer Dinge zu tun. 
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Zuerst wird über CARTGO getestet, ob im Schacht ein 
ROM-Modul steckt. Ist dies der Fall, und ist dieses ROM 
ausführbar (siehe CARTGO), so kehrt diese Routine nicht 
zurück, sondern springt das ROM indirekt über $BFFE an. 


Als Nächstes wird über NEWCART die Checksumme über die 
letzten Bytes des eventuellen ROMs gebildet und in 
ROMFLAG abgelegt. 


Weiter wird dort geprüft, ob das BASIC einzuschalten 
ist und die Ports werden initialisiert. 


Danach beginnt der Atari mit dem RAM-Test, falls es 
sich um einen Kaltstart handelt. Dabei werden die ent- 
sprechenden Variablen von SYSINIT gesetzt. 


Ist dies geschehen, oder handelt es sich um einen 
Warmstart, werden die Variablenbereiche $200 - $3ED und 
$0@ - $7F mit $8@0 initialisiert. Nun wird X64KBFLAG auf 
den Wert gesetzt, den Bit 1 von PORT B besitzt und die 
Variablen POWUPBYT1, -2 und -3 werden mit den Werten 
$5C, $93 und $25 geladen. Weiter werden der rechte und 
linke Rand des Textfensters in RIGMARGIN und LFTMARGIN 
eingestellt auf die Werte 39 beziehungsweise 2. 


Als Nächstes kommt eine Eigenschaft des 6PPXL/80BXL- 
Betriebssystems zu Tage, über die der 488/800 nicht 
verfügt. In den USA ist bekanntermaßen ein anderes 
Farbsystem verfügbar als bei uns. Abgesehen von unter- 
schiedlicher Bildqualität ist die Signalzusammensetzung 
und die Bildfrequenz nicht mit 58Hz (Hertz, 1 Hz = 1 
komplette Schwingung pro Sekunde), sondern mit 6®Hz 
vorgegeben. Da jedoch aus dieser Frequenz über den Ver- 
tical Blank Interrupt ein Zeitnormal gezogen wird, ist 
dieser Unterschied wichtig zu beachten. Bei den alten 
Systemen wurde das so gehandhabt, dass einfach überall 
die Zeitkonstanten verändert wurden, die auf den Zeit- 
takt zurückgriffen. Da aber den Entwicklern der neuen 
Geräte aufgegangen ist, dass 'Old-Germany' inzwischen 
auch über einen recht großen Computermarkt verfügt, 
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haben sie die Zeitkonstanten parametrisiert, das heißt, 
die Zeitkonstanten sind alle über Tabellen zu er- 
reichen. 


Um nun jedoch zu unterscheiden, ob es sich bei diesem 
Gerät um unser PAL- oder das NTSC-System handelt, wird 
ein Register des GTIA gelesen, und zwar NTSCPAL. Sind 
die Bits 1 bis 3 dieses Registers alle null, so handelt 
es sich um einen PAL-Baustein, sonst um einen NTSC-Typ. 
Je nach Farbsystem werden nun die folgenden Register 
unterschiedlich geladen: 


Register NTSC PAL Erklärung 

NTSCPALS $00 $01 Flag zur weiteren 
Verwendung. 

KEYRPDELY $30 $28 Initialisierungswert 


für SRTIMER, wenn 
Taste neu gedrückt 
worden ist. 


KEYREP $06 $05 Initialisierungswert 
für SRTIMER, wenn 
Taste gedrückt ist 
und SRTIMER wenig- 
stens einmal abge- 
laufen ist. 


Um die gesamte Interrupt-, Timer- und Vektormaschinerie 
zum Laufen zu bringen, werden die Adressen $2@0@ - $225 
(DLIVKT bis VBLKDVKT) initialisiert mit den Werten, die 
ab Adresse INIT2@@ stehen. Direkt danach werden die 
Handler-Vektoren ab HATABS mit den vorgegebenen 
Adressen ab INIT31A initialisiert. 


Aus den Speichertestroutinen ist noch ein Flag zu ver- 
arbeiten: Als Hilfsregister wurde Adresse $08@1 mit dem 
Wert $8d oder einem anderen für das Ergebnis des Spei- 
chertests verwendet. 
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Ist das Ergebnis nicht null, so wird über GOMEMTEST das 
Test-ROM eingeschaltet, die Variablen CHARCNTL mit $02 
und CHARBASES mit $E® (für Zeichengenerator ab $E00®) 
initialisiert und direkt der Speichertest aufgerufen. 


Hat $0001 den Wert null, wird IOCB® bestückt. Es werden 
das Kommando OPEN, die Namenspufferadresse OPENSCST 
sowie das IOCBAUX1 mit READ + WRITE (s. Erklärung IOCB- 
Verwendung) programmiert. In Worten heißt das also, 
dass IOCB®ß für einen Schreib/Lese-Open für den Screen- 
Editor vorbereitet wird. Dann wird versucht, über 
CIOMAIN diesen Open auszuführen. Da es dabei eigentlich 
keine Probleme geben dürfte, wird bei einem eventuellen 
Fehler unmittelbar ohne zweiten Versuch RESETCOLD aus- 
geführt. 


Ist bis hierhin alles glattgegangen, wird geprüft, ob 
von Kassette gebootet werden soll (Drücken der START- 
Taste), oder eine bootbare Diskette existiert. Wenn ja, 
wird über BOOT geladen, sonst wird, falls TMPRAMSIZ = 
$81 ist und Bit 2 von Adresse $BFFD (im ROM) gesetzt 
ist, indirekt über COLDCART das ROM angesprungen. 


Ist auch dieses nicht der Fall, wird der inzwischen 
eventuell geänderte Vektor DOSVKT indirekt als Sprung- 
vektor benutzt. 


$C3BD 50109 BXXXX XXXXX GOMEMTEST 


Hier wird Bit @ von PORT B auf & gesetzt. Damit wird 
das im Bereich von $500@ bis $57FF befindliche RAM 
ausgeschaltet und das im Bereich $D08® bis $D7FF hinter 
den I/O-Bausteinen versteckt liegende Test-ROM wird 
über die Memory Management Unit (MMU) auf den Bereich 
$50800 - $57FF kopiert. Dieses scheinbar schwierige 
Kopieren wird einfach dadurch erreicht, dass die MMU 
unter diesen Bedingungen bei einer Adresse %y1Qd1 xxxx 
xXXxX Xxxx (x=egal) das y-Bit auf 1 setzt. Mit anderen 
Worten addiert die MMU im Falle des Ansprechens einer 
Adresse $5xxx den Wert $802@ und erhält $Dxxx. 
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Hier sitzt nun also das Test-ROM, das (wenigstens) 2 
Einsprünge enthält: Die Adressen TESTROM und TESTROM+ 
$83. Über TESTROM gelangt man in das Menü, das man auch 
beim Kaltstart mit gedrückter OPTION-Taste erhält. 
TESTROM+$@3 geht direkt zum Memory-Test. 


Nach dem Umschalten wird nun also einfach TESTROM+$®3 
angesprungen. 

$c431 50225 EBXXXX XXXXX COLDCARTC 
Es wird ein indirekter Sprung nach (COLDCART) unternom- 
men. 


$C434 50228 EBXXXX XXXXX DOSVKTC 


Es wird ein indirekter Sprung nach (DOSVEC) unternom- 
men. 


$C437 50231 EBXXXX XXXXX INITCARTC 


Es wird ein indirekter Sprung nach (INITCART) unternom- 
men. 


$CA3A 50234 EBXXXX XXXXX CLCUNDRTS 


wie der Name der Routine schon vermuten lässt, wird 
hier nur das Carry-Flag gelöscht und Return ausgeführt. 
Diese (scheinbar unsinnige) Routine kann leicht auch 
von Anwenderprogrammen zum Signalisieren von OK-Mel- 
dungen bei Prozedurausgängen benutzt werden. 


232 


Das Betriebssystem des Atari *** 


$C43C 50236 $FOE3 61667 INIT31A 


Diese Tabelle enthält die Werte, mit denen die Handler- 
Ansprungtabelle ab HATABS initialisiert wird. 


$C44B 50251 $F12D 61789 DERRMSG 


Hier liegt die Meldung "BOOT ERROR (CR)". 


$C459 50265 $E488 58496 INIT20® 


An dieser Stelle liegen die Daten, die von RESET in die 
Interrupt- und Timer-Vektoren, beziehungsweise Timer 
selbst, geladen werden. 


$C47F 50303 BXXXX XXXXX CARTGO 


Diese Routine testet, ob ein Cartridge gesteckt ist. 
Wenn diese Bedingung erfüllt ist und die im ROM an 
Adresse $BFFC und $BFFD stehende Adresse größer oder 
gleich dem Wert $8000 ist, wobei es eine $x00@-Adresse 
sein muss, so wird ein Sprung indirekt über $BFFE 
ausgeführt. 


Wenn dies nicht der Fall ist, werden über IOPORTINI die 
verschiedenen Ports initialisiert und geprüft, was mit 
Bit 1 von PORT B zu geschehen hat. Dieses Bit ist ein 
Ausgang und gibt an, ob das eingebaute BASIC aktiv 
werden kann oder nicht. Das BASIC ist eingeschaltet, 
wenn Bit 1 des PORT B den Wert null hat. Es bekommt 
diesen Wert, wenn X64KBFLAG null ist und die OPTION- 
Taste nicht gedrückt ist. Letzteres erfährt man über 
Bit 2 von CONSOLE: Ist das Bit gesetzt, so ist die 
Taste nicht gedrückt und umgekehrt. Nach Setzen, be- 
ziehungsweise Rücksetzen, dieses Bits ist die Routine 
beendet. Da sie jedoch keine eigenständige Prozedur 
ist, läuft sie in die nächstfolgende Speichertestrou- 
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tine GETRAMHI hinein und kehrt von dort aus zum Aufru- 
fer zurück. 


50359 $F258 62040 GETRAMHI 


Diese Routine liefert in Register TMPRAMSIZ die Anzahl 
der, dem Benutzer zur Verfügung stehenden, vollen 256- 
Byte-Blöcke an RAM (Programmspeicher). Dabei wird, bei 
Adresse $2800 mit dem Test beginnend, jedes erste Byte 
eines solchen Blockes gelesen und das Einerkomplenment 
dieses Wertes an eben diese Stelle zurückgeschrieben. 
Stimmt danach der Speicherzelleninhalt nicht mit dem 
'gemerkten' Einerkomplement überein, so handelt es sich 
hierbei offensichtlich nicht um eine RAM-Zelle und das 
Programm terminiert. Stimmen die beiden Werte überein, 
wird der Originalwert wieder zurückgeschrieben und 
wieder gelesen. 


Ließ sich die Speicherstelle wieder umprogrammieren, so 
handelt es sich hierbei mit ziemlicher Sicherheit um 
eine RAM-Zelle, ansonsten wird das Programm ebenfalls 
abgebrochen. Da zum Testen die Adressen TMPRAMSIZ-$®1 
und TMPRAMSIZ als Pointer auf die zu testende Speicher - 
stelle dienen, liefert also TMPRAMSIZ als High-Wert des 
Pointers das High-Byte der ersten Nicht-RAM-Adresse und 
somit die Anzahl der zur Verfügung stehenden, darunter - 
liegenden Blöcke. 


58391 EXXXX XXXXX NEWCART 


Hier wird die Checksumme über alle Bytes von $BFF@ bis 
$COEF gebildet und mit CARTCKSUM verglichen. Sind die 
beiden Werte gleich, kehrt die CPU mit gesetztem Zero- 
Flag zurück, ansonsten wird der neue Wert in CARTCKSUM 
abgelegt und das Zero-Flag vor dem Rücksprung gelöscht. 


$C4E8 


$0543 
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50406 $F281 62081 IOPORTINI 


In diesem Programmteil werden alle bekannten I/O-Ports 
und Bausteine initialisiert. Genauer werden die Be- 
reiche 


$D000 - $DOFF (6TIA) 
$D200 - $D2FF (POKEY) 
$D300 (PORT) 
$D302 - $D3FF (PORT) 
$D400 - $DAFF (ANTIC) 


gesamt auf $0@ gesetzt. Danach wird PORT B auf Ausgang 
geschaltet und alle Bits dieses Ports auf 1 gesetzt. 
Danach werden die Statusworte von PORT A und B gelesen, 
um eventuell anliegende Interrupts zu löschen. 


Sind die Ports initialisiert, wird der POKEY dahin 
gehend gesetzt, dass er seine Sende- und Empfängertakte 
von Audiokanal 4 erhält. Weiter werden die Audiokanal- 
register AUDCNTL3 und -4 auf den Wert $A® und AUDIOCNTL 
auf den Wert $28 gesetzt. Abschließend wird ein $FF- 
Byte an das serielle Senderegister geschickt. 


50499 $F294 62100 SYSINIT 


Diese von RESET aufgerufene Prozedur hat die hauptsäch- 
liche Aufgabe, sämtliche I/O-Bausteine zu initialisie- 
ren. Dazu setzt sie als erstes nach Löschen des BREAK- 
Enable-Bits in IRQSTS den BRKEYVKT auf BRKEVENT 
($C292). Danach wird RAMSIZE mit dem Wert von TMPRAMSIZ 
geladen und MEMTOP ebenfalls entsprechend gesetzt, um 
danach die Untergrenze des Benutzer-RAMs in MEMLO mit 
dem Wert $700 festzulegen. 


Danach werden in dieser Reihenfolge die Initialisie- 
rungsroutinen des Editors, des Screens, des Keyboards, 
des Printers und der Kassette über die entsprechenden 
Vektoren ab EDITORVKT aufgerufen. 


235 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


$C599 


236 


Hiernach fehlen noch die ersten Aufrufe von CIOINIT, 
SIOINIT, und NMIENABLE um die Interruptstruktur des 
Systems komplett zu nutzen sowie ein Aufruf von 
DISKINIT. 


Kehrt die CPU nach diesen Routinen zurück, so wird 
NEUIOINIV auf NEUIOREQ ($C97C) gesetzt und über 
NEUINITC endlich NEUINIT aufgerufen. 


Nach diesen Hardwarebearbeitungen wird vor dem Rückkeh- 
ren aus der Routine noch STARTTST auf $@1 gesetzt, wenn 
die START-Taste gedrückt ist, ansonsten wird STARTTST 
zu $28. Dieser Wert wird später von BOOT benutzt. 


50585 $F2CF 62159 BOOT 


Zu Beginn dieser Boot-Routine wird geprüft, ob es sich 
um einen Boot-Ansprung bei einem Warmstart handelt. Ist 
dies der Fall (WARMFLAG ungleich $88) und außerdem ein 
vernünftiges Disk Operating System geladen (DOSAKTIV = 
1), so wird ein indirekter Sprung nach (DOSINITV) voll- 
zogen. 


Ist es zwar ein Warmstart, aber ist kein DOS geladen, 
so wird einfach die Bootroutinenbearbeitung abgebro- 
chen. 


Der letzte Fall ist der eigentlich interessante in 
dieser Prozedur: 


Zuerst wird versucht, von der Diskettenstation Nummer 1 
eine Statusmeldung zu erhalten. Dies geschieht nach 
Setzen des STATUSCMDs in DSKCMD, Setzen der Nummer 1 in 
DSKUNIT und Aufruf von DISKINTERF über JUMPTAB+$P3. 
Kehrt diese Routine mit gelöschtem Negativ-Bit in der 
CPU zurück, so war der Status in Ordnung und es kann 
von Diskette gebootet werden. Wenn nicht, kehrt BOOT 
mit gesetztem Negativ-Bit zurück. 
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Ist die Statusabfrage positiv verlaufen, wird Sektor 
Nummer 1 ab Adresse $0488 geladen. Dazu wird die Block - 
nummer $0001 nach DSKAUX1 (Low-Byte)und DSKAUX2 (High- 
Byte) geladen sowie der Wert $842@ nach DSKBUFFER, um 
danach den Block mit GETSECTOR zu lesen. GETSECTOR kann 
sowohl von Kassette als auch von Diskette lesen und 
liefert im Falle eines falsch oder nicht gelesenen 
Blockes einen negativen Wert zurück. 


In diesem Fall wird die Meldung "BOOT ERROR" ausgegeben 
und beim Laden von Kassette das Booten abgebrochen, 
ansonsten ein erneuter Leseversuch gestartet. 


Vor der Beschreibung der weiteren Vorgänge empfiehlt es 
sich, zwei artverwandte Begriffe zu klären: 


Ein SEKTOR ist ein auf der Diskette eingetragener Satz 
von Daten. Beim Atari existieren pro Diskette 48 kon- 
zentrische Spuren, die jeweils 18 Sektoren mit jeweils 
128 Byte Daten enthalten. Die Tracks werden innerhalb 
der Floppy-Disk-Station von %$%88 bis %27 durch- 
nummeriert, die Sektoren auf jedem Sektor verwirrender 
Weise von $01 bis $12. Warum die unterschiedliche Zähl- 
weise eingeführt worden ist, ist unklar, sie wurde je- 
doch nicht von Atari festgelegt, sondern von dem Her- 
steller des Floppy-Disk-Controllers innerhalb der 
Diskettenstation. 


Im Gegensatz zum physikalischen Sektor ist ein BLOCK 
eine logische Zusammenfassung von Daten. Sie kann theo- 
retisch beliebig viele Datenbytes enthalten. Der Ein- 
fachheit halber enthält ein Block beim Atari ebenso 
viele Datenbytes wie ein Sektor, er wird nur nicht pro 
Track gezählt, sondern durchgehend von $81 bis $82D®. 
Für den Atari-Anwender ist normalerweise nur die Be- 
trachtung der Blöcke von Interesse, da die Disketten- 
station selbst eigene Intelligenz besitzt und somit dem 
Benutzer keine Gelegenheit gibt, an die Unterscheidung 
von Sektoren und Tracks heranzukommen. Trotzdem sollte 
der Zusammenhang einmal geklärt werden, da bei der 
Benutzung von Erweiterungen an den Atari (CP/M-Systemen 
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zum Beispiel) diese Trennung einmal interessant werden 
kann. Spätestens bei der Verwendung von Diskettensta- 
tionen mit doppelter Schreibdichte enthält ein Block 
nur halb so viele Daten wie ein Sektor, so dass das 
Betriebssystem hier einige Daten-"Schaufelarbeit" zu 
erledigen hat. Aber dazu später mehr. 


Ist der erste Block richtig gelesen, werden die ersten 
vier Byte nach DSKFLAG, DSKSECCNT und DSKLDADR kopiert. 
Sie geben die Sektorlänge, die Anzahl der zu lesenden 
Blöcke und die Startadresse, ab der die gelesenen Daten 
abgelegt werden sollen, an. Die nächsten zwei Bytes 
geben die Startadresse des Bootfiles an und werden in 
DOSINITV abgelegt. 


50633 $F301 62209 BLOCK1 


(Dieses Label steht hier deshalb recht verloren inmit- 
ten der Routine, weil, von CASBOOT aus, hier hineinge- 
sprungen wird!) 


Danach wird der gesamte gelesene Block ab der angegebe- 
nen Bootadresse abgelegt, DSKSECCNT dekrementiert und, 
falls noch ein Block zu lesen ist, dieser an den je- 
weils folgenden Adressen abgelegt. Tritt ein Lesefehler 
auf, so wird beim Booten von Kassette sofort die Bear- 
beitung abgebrochen, beim Diskettenboot wird versucht, 
das gesamte Bootfile ein weiteres Mal einzulesen. 


sind alle Blöcke richtig eingelesen und wurde von 
Kassette gebootet, so wird noch ein END_OF_FILE-Block 
eingelesen, der jedoch nicht weiter verwendet wird. 


Ansonsten wird über BLOAD der Anfang der Bootroutine 
aufgerufen. Dieser Anfang liegt im sechsten Byte des 
ersten gelesenen Blocks. 


Bei einem Diskettenprogramm kann hier getestet werden, 
ob wirklich alles richtig geladen worden ist. 
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Wenn alles in Ordnung ist, muss dieser Test mit ge- 
löschtem Carry-Flag zurückkehren, damit nicht noch 
einmal versucht wird, zu booten. 


Ist das Booten erfolgreich verlaufen, wird über 
DOSINITC das Diskettenbetriebssystem initialisiert und 
danach DOSAKTIV auf 1 gesetzt. 


$C637 50743 $F36C 62316 BLOAD 


Es wird der Wert von DSKLDADR+6 nach RAMTSTPTR geladen 
und danach indirekt über RAMTSTPTR die gebootete Rou- 
tine angesprungen. 


$C649 50761 $F37E 62334 DOSINITC 


Es wird ein indirekter Sprung über DOSINITV ausgeführt. 


$C6A4C 50764 $F381 62337 DSKRDERR 


die CPU-Register X und Y werden mit der Low-, be- 
ziehungsweise High-Adresse der Fehlermeldung DERR gela- 
den. Dieser Programmteil kehrt nicht alleine zurück, 
sondern läuft in die folgende Routine hinein. 


$C658 50768 $F385 62341 PUTLINE 


Diese Routine erwartet im X-Register der CPU den Low- 
und im Y-Register den High-Wert der Adresse, ab der ein 
auszudruckender Text im Speicher steht. Die Textzeile 
muss mit dem Atari-spezifischen NEWLINE ($9B) enden und 
darf nicht länger als 255 Zeichen sein. Die Routine 
zerstört eventuelle Daten in IOCB®ß, da es diesen be- 
nutzt (normale Screen-Bearbeitung). Außerdem darf sie 
bei Betriebssystemänderungen nur zusammen mit DSKRDERR 
verschoben werden (s. dort)! 
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50791 $F39D 62365 GETBLOCK 


Beim Booten von Kassette oder Diskette wird diese Rou- 
tine für jeden Block einmal aufgerufen. Wird von Kas- 
sette gelesen, so hat CASSTART einen Wert ungleich Null 
und es wird über JUMPTAB+$2A die Prozedur CASREADBLK 
aufgerufen. 


Handelt es sich um ein Disketten-Lesen, so wird DSKCMD 
mit dem Wert READCMD ($52) geladen, DSKUNIT auf 1 
gesetzt und über JUMPTAB+$83 die SIO-Routine DISKINTERF 
aufgerufen. 


50812 $F3B2 CASBOOT 


Wenn WARMFLAG auf Warmstart steht und Bit 1 von 
DOSAKTIV eins ist, wird über CASINITC die Routine 
CASINIT aufgerufen, anderenfalls wird im Falle eines 
Warmstarts zum aufrufenden Programm zurückgekehrt. 


Handelt es sich dagegen um einen Kaltstart, kann ge- 
bootet werden, wenn STARTTST mit einem Wert ungleich 
null signalisiert, dass beim Eintreffen des Kaltstarts 
(also zum Beispiel beim Einschalten des Gerätes) die 
START-Taste gedrückt war. 


Ist oder war sie es nicht, kehrt CASBOOT zum Aufrufer 
zurück. 


Ansonsten wird ein OPEN auf die Kassette ausgeführt, 
wobei der Timeout auf 'lang' gestellt wird. Dazu exi- 
stiert das Register GAPTYPE. Wird GAPTYPE auf einen 
Wert zwischen ® und 127 gesetzt, wird das Lesen von 
Kassette nach recht kurzer Zeit unterbrochen, wenn kein 
neuer Block zu lesen ist. Bei einem größeren Wert (als 
signed-Wert: negativ!) wird wesentlich länger gewartet. 
Dies hat den Sinn, den Anfang eines Files auf Kassette 
abzuwarten. 
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Der eigentliche OPEN wird mit auf 1 gesetztem CASSTART 
über JUMPTAB+$2D und CASOPENIN ausgeführt, wobei danach 
gleich BLOCK1 aufgerufen wird. Ist der Block richtig 
gelesen, so wird von BLOCK1 DOSAKTIV mit dem Wert 2 
zurückkehren. Ist dies der Fall, wird als Letztes der 
Inhalt von DOSINITV nach CASINITV geladen. 


$C6AE 50862 $F3E1 62433 CASINITC 


Es wird ein indirekter Sprung über CASINITV ausgeführt. 


$Cc6B1 50865 $EDEA 60906 DISKINIT 


DSKTIMOUT wird mit $A® initialisiert und die Sektoren- 
länge der Diskette in DSKSECLEN auf $00d80 (also 128 
Byte/Sektor) gesetzt. Hier beginnt die unter BOOT be- 
schriebene Unterscheidung zwischen Block und Sektor 
interessant zu werden! 


$c6C1 50881 $EDF& 68912 DISKINTERF 


Diese Prozedur erledigt sämtlich Initialisierungsaufga- 
ben zum Lesen oder Schreiben eines Sektors von Disket- 
te, beziehungsweise deren Formatierung oder einfach nur 
zum Lesen des Status' der Diskettenstation. Dazu werden 
die Variablen DSKDEVICE, DSKSTATUS, beim Status-Komman - 
do DSKBUFFER, DSKTIMOUT sowie DSKBYTCNT mit den ent- 
sprechenden Werten initialisiert. Diese Werte richten 
sich nach der Art des Kommandos. Als solche stehen dem 
Anwender folgende zu Verfügung: 
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Code in DSKCMD Erklärung 


GET SECTOR $52 ('R') 


Liest Sektor Nummer DSKAUX1 mit der Länge 
DSKBYTCNT von Diskette Nummer DSKDEVICE ein und 
schreibt ihn ab DSKBUFFER in den Speicher. 


PUT SECTOR $50 ('P') 


Schreibt Sektor Nummer DSKAUX1 mit der Länge 
DSKBYTCNT auf Diskette Nummer DSKDEVICE mit dem 
Speicherinhalt ab DSKBUFFER voll. Im Gegensatz zum 
480/880 kann der 6B@XL/80BXL dieses Kommando auch 
über das hier beschriebene Diskinterface verwer- 
ten. Bei den alten Geräten musste 'getrickst' wer- 
den, um das Kommando anwenden zu können. 


WRITE SECTOR $57 ('W') 


Dieses Kommando führt zuerst die gleichen Operati- 
onen durch wie PUT SECTOR, vollzieht jedoch nach 
dem Schreiben noch ein Verify des betreffenden 
Sektors. 


STATUS REQUEST $53 ('S') 


Hier wird eine formatierte Statusangabe von der 
Diskette erwartet. Dieses Kommando setzt sich den 
Wert von DSKBUFFER selbst auf DEVICSTAT, es muss 
(und kann) also kein Pufferbereich für die Status- 
meldung übergeben werden. 


Das Kommando liefert, abgesehen von der Message 
DISK_READ_OK, vier Byte in DEVICSTAT bis 
DEVICSTAT+3 zurück: 


DEVICSTAT Kommandostatus 

Bit 8 ist gesetzt nach einem ungültigen 
Kommando. 

Bit 1 ist gesetzt nach dem Lesen eines 
defekten Sektors 

Bit 2 ist gesetzt nach einem erfolglosen 


Schreibversuch über PUT SECTOR. 


DEVICSTAT+1 


DEVICSTAT+2 


DEVICSTAT+3 
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gibt im gesetzten Zustand an, dass 
die Diskette schreibgeschützt ist. 
schließlich ist gesetzt, wenn das 
Laufwerk prinzipiell eingeschaltet 
ist und sich nach dem Status-Kom- 
mando zurückgemeldet hat. 


Hardwarestatus 

Dieses Byte ist eine von der Dis- 
kette gesandte Kopie des Status- 
bytes des FD1771 Floppy-Disc-Con- 
trollers, der die gesamte Schreib- 
Leseverarbeitung innerhalb der Dis- 
kettenstation übernimmt. Obwohl der 
1771 als recht veralteter FDC ei- 
nige wesentlich anders gestaltete 
Hardwareeigenschaften besitzt als 
die neuen Prozessoren, sind die 
Statusworte bei den jeweiligen Ty- 
pen gleich geblieben, so dass es 
auch bei Verwendung eines anderen 
FDC dieser Intelligenzstufe keine 
Schwierigkeiten bei der Interpre- 
tation dieses Bytes aus Disketten- 
stationen anderer Hersteller geben 
dürfte. Nur bei reinen Selbstbau- 
projekten, die FDCs verwenden, die 
wesentlich mehr Parameter zum Ar- 
beiten benötigen als die 1771/1797- 
Typen, kann es hier Schwierigkeiten 
geben. 


Timeout -Wert 

Dieser Wert gibt an, nach wie viel 
Sekunden eine Timeout -Kondition 
erkannt werden soll (s. Allgemeine 
Beschreibung des SIO). 


dieses Byte ist noch ungenutzt. 
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FORMAT DISK $21 (?1%) 


Die 


Dieses Kommando erwartet als Parameter nur den 
Kommandocode, die DSKUNIT sowie einen freien Spei- 
cherbereich von 128 Byte ab DSKBUFFER. Bei diesem 
Kommando wird der Timeout erheblich höher gesetzt, 
da das Formatieren einer Diskette bekanntlich 
länger als 7 Sekunden dauert. 


Ist die Formatierung beendet, werden an den Benut- 
zer Informationen über den Zustand seiner Diskette 
zurückgeliefert. In DSKBYTCNT steht die Anzahl der 
defekten, also nach dem Formatieren nicht einwand- 
frei zu lesenden Sektoren, und ab DSKBUFFER stehen 
die Nummern der fehlerhaften Sektoren, falls vor- 
handen. Als letzter Eintrag in diesem Puffer steht 
$FFFF. 


Diese Eigenschaft des Atari, halb defekte Dis- 
ketten trotzdem weiter zu benutzen, also nur die 
defekten Sektoren kenntlich zu machen und den Rest 
zu bearbeiten, ist bei der Verwendung von Disket- 
ten durch den starken Preisverfall in den letzten 
Jahren völlig aus der Mode gekommen. Das soll kei- 
ne negative Kritik an dieser Methode sein; eher im 
Gegenteil, denn die Tatsache, dass Atari hier 
nicht an Programmidee gespart hat, ehrt sie und 
erleichtert außerdem den softwaremäßigen Anschluss 
einer Harddisk. Wenn bei einem solchen Medium ein- 
mal ein Sektor (von bei einer 10-Mega-Byte-Platte 
ca 82.000) defekt ist, wird nicht gleich die ge- 
samte Platte weggeworfen, sondern nur dieser eine 
Sektor gekennzeichnet. 


von DISKINTERF zu initialisierenden Werte für 


DSKTIMOUT und DSKBYTCNT werden der Routine jeweils in 
DSKTIMCON beziehungsweise DSKSECLEN übergeben. Die 
Pufferadresse DSKBUFFER, das Kommando DSKCMD sowie die 
Sektornummer (für Schreiben und Lesen) in DSKAUX1 (Low) 
und DSKAUX2 (High) müssen vor dem Aufruf von DISKINTERF 
in die Register eingetragen werden. 


$C0748 


$C753 
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Als allgemeiner Rückgabewert ist im Y-Register ein 
Statuswort enthalten, das im Fehlerfalle negativ ist. 
Das N-Flag der CPU ist bei der Rückkehr aus der Routine 
entsprechend dem Ergebnis gesetzt. 


51016 $EE6D 61037 PUTADRESS 


DSKBUFFER wird nach BUFFERADR kopiert. 


51027 BXXXX XXXXX LOADER 


Diese Routine wird in Verbindung mit weiteren Lade- und 
Verwaltungsroutinen nicht für den momentanen Gerätepark 
der Firma Atari verwendet, sondern bietet dem Anwender 
die Möglichkeit, sich selbst Erweiterungen zu der Hand- 
lertabelle HATABS zu fertigen und diese neuen Geräte 
ebenfalls über IOCBs zu betreiben. Bekanntermaßen sind 
die zeichenorientierten Devices Editor, Screen, Key- 
board, Lineprinter sowie Kassette am leichtesten über 
HATABS anzusprechen, es ist jedoch kein weiterer Platz 
in dieser Tabelle vorhanden für eventuelle weitere 
Geräte. Dieser Makel der alten 400/88@-Serie wurde hier 
mit Hilfe von Routinen wie zum Beispiel LINK, UNLINK 
und anderen abgeholfen. Der Leser möge entschuldigen, 
wenn wir aufgrund fehlender, zu diesen Ports gehörender 
Hardware keinerlei Schwächen oder eventuelle Laufzeit- 
fehler dieser Routinen hier feststellen können. 


Zu Beginn dieser Routine werden RUNADR, HIUSED sowie 
ZHIUSED gelöscht. 


Danach werden über GETBYTEA zwei Byte gelesen, wobei 
das erste Byte in HIBYTELD und das zweite Byte in 
SECLEN abgelegt wird. Generell gilt für diese Routine, 
dass sie mit gesetztem Carry und einem Y-Wert von $9C 
zurückkehrt, wenn GETBYTEA über das Carryflag einen 
Fehler meldet. 


245 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


Wenn HIBYTELD ungleich $@B ist, wird die Routine aufge- 
rufen, deren Adresse bei NEUVEKTOR + 2*HIBYTELD steht. 
Ist nach dieser Routine RECLEN gleich LCOUNT, so werden 
wieder zwei Byte nach HIBYTELD und SECLEN geladen und 
das Spiel geht von vorne los. Ansonsten wird nur noch 
ein Zeichen über GETBYTEA gelesen und indirekt über 
RUNADR die dort angegebene Routine aufgerufen, danach 
LCOUNT inkrementiert und, wenn ungleich null, zurückge - 
sprungen zu der Stelle, an der RECLEN mit LCOUNT ver- 
glichen wurde. Ist LCOUNT hier jedoch null, so termi- 
niert die Routine. 


War HIBYTELD gleich $@B, so wird GETBYTEA zweimal auf- 
gerufen und die beiden gelesenen Zeichen als RUNADR- 
beziehungsweise RUNADR+1-Inhalte abgelegt, also die 
komplette Run-Adresse definiert. Ist RECLEN an dieser 
Stelle gleich null, so wird die RUNADR gleich wieder 
gelöscht, ist RECLEN = $81, bleibt die RUNADR ungeän - 
dert und in den übrigen Fällen wird zu dem Wert von 
RUNADR der von LODADRESS addiert. In jedem Fall kehrt 
jedoch die Routine mit gelöschtem Carry-Flag und einem 
Y-wert =$01 zurück zu dem aufrufenden Programm. 


$C7DD 51165 EAXXX XXXXX GETBYTEAC 
Es wird ein windirekter Sprung über (LODGBYTEA) 
ausgeführt. 

$C7Eß 51168 EAXXX XXXXX RUNADRC 


Es wird ein indirekter Sprung über (RUNADR) ausgeführt. 
$C7E3 51171 EAXXX XXXXX PUTCHAR 


Dieses Unterprogramm benötigt zwei Parameter: ein In- 
formationsbyte im Akku sowie eines in LCOUNT. 
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Hat LCOUNT den Wert ®&, so wird das Byte im Akku in 
NEWLDTMP1 und NEWADRLOD abgelegt, bei einem LCOUNT-Wert 
von 1 in NEWLDTMP1+1 sowie NEWADRLOD+1. Im letzteren 
Fall werden noch einige Berechnungen ausgeführt, die 
sich im einzelnen nach dem Wert von HIBYTELD richten: 


HIBYTEL Ausgeführte 16-Bit-Berechnung 

$08 

oder 

$OA NEWADRLOD := NEWLDTMP1 + LODADRESS 
sonst NEWADRLOD := NEWLDTMP1 + LODZLOADA 


Danach wird ein 16 Bit großes Hilfsregister auf dem 
Stack eingerichtet, das den Wert 


HIUSEDLOD + RECLEN - 2 


enthält. Die danach ablaufenden Vergleiche richten sich 
wieder nach dem Wert von HIBYTELD: 


HIBYTELD 16-Bit-Vergleich, wenn Oper. erfolgreich 
$08 

oder 

$BA HILF = HIUSEDLOD HIUSEDLOD := HILF 
sonst HILF = LODZHIUSE LODZHIUSE := HILF 


Ist Hilf allgemein größer als MEMTOP, so kehrt die 
Routine mit einem Y-Wert von $9D und gesetztem Negativ- 
Flag in der CPU zu der vorletzten Routine in der Proze- 
durhierarchie, also nicht zu dem eigentlichen Aufrufer 
zurück. 


Hat LCOUNT weder den Wert ® noch 1, so wird einfach das 
im Akku übergebene Byte in einer durch den Pointer 
LOADERTMP spezifizierten Adresse abgelegt. LOADERTMP 
wird berechnet durch LOADERTMP := NEWADRLOD + LCOUNT-2. 
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$C87B 


51323 BXXXX XXXXX ADD28E 


Es wird folgende Rechnung mit dem im Akku übergebenen 
Wert durchgeführt: 


LOADERTMP := NEWADRLOD + Akku 
(LOADERTMP) := (LOADERTMP) + LODADRESS *** 16-Bit-Oper. 


Die nachstehende Grafik soll dies etwas veranschau- 
lichen: 

















NEWADRLOD H NEWADRLOD L 
+ ACCU 
LOADERTMP H LOADERTMP L 














größer 





BYTE H := BYTE H + LODADRESS H 








BYTE L := BYTE L + LODADRESS L 4 —————— 











kleiner 


$C8AP 5136® BXXXX XXXXX ADD28EWRD 
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Hat HIBYTELD einen Wert größer oder gleich 4, so wird 
der Wert von X gleich dem Low-Byte von LOADADRESS, 
sonst gleich dem Low-Byte von LODZLOADA. Im Akku wird 
ein Byte übergeben, das folgendermaßen verwendet wird: 
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LOADERTMP := NEWADRLOD + Akku 












































(LOADERTMP) := (LOADERTMP) + X *** 8-Bit-Operation 
NEWADRLOD H NEWADRLOD L 
+ ACCU 
LOADERTMP H LOADERTMP L 
größer 
BYTE := BYTE + X ee 
kleiner 
$C8C3 51395 BXXXX XXXXX ADD28EGET 


wieder wird im Akku ein Byte übergeben, das den Offset 
auf eine Adresse darstellt. Hat LCOUNT beim Aufruf 
dieser Routine einen geradzahligen Wert, so wird die 
erste Berechnung ausgeführt, ansonsten die Zweite. 


LOADERTMP := NEWADRLOD + Akku *** bei LCOUNT gerade 


HIBYTELD := (LOADERTMP) *** 8-Bit-Operation 
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NEWADRLOD H NEWADRLOD L 
+ ACCU 
LOADERTMP H LOADERTMP L 
größer 
HIBYTELD := BYTE BYTE 2 — 
kleiner 
*** bei LCOUNT ungerade 
HILF := LODADRESS + Akku + 256 * HIBYTELD 
(LOADERTMP) := HILF H *** 8-Bit-Operation 
LODADRESS H LODADRESS L 
+ HIBYTELD ACCU 
HILF H HILF L 
größer 
BYTE := HILF H BYTE 4 
kleiner 
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$c8F2 


$CIDA 


$C91A 
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51442 BXXXX XXXXX NEUVEKTOR 


Diese Tabelle beinhaltet Ansprungpunkte für indirekte 
Aufrufe aus LOADER. Die Ansprungvektoren sind im 
Einzelnen: 


PUTCHAR 
PUTCHAR 
ADD28EWRD 
ADD28EWRD 
ADD28EWRD 
ADD28EWRD 
ADD28E 
ADD28E 


51466 BXXXX XXXXX SWITCHROM 


Diese Routine schaltet das TestROM ein und startet es 
über JUMPTAB+$33 direkt in $5000. Das Einschalten des 
ROMs geschieht über Rücksetzen der PORT-B7-Leitung. Für 
die ordentliche Rückkehr ins Betriebssystem wird an 
dieser Stelle gleich COLDSTART auf den Wert $FF (also 
Kaltstart) gesetzt. 


51482 BXXXX XXXXX NEUINIT 


*** ACHTUNG *** Diese Routine darf unter keinen Umstän- 
den während eines Programmablaufs aufgerufen werden; 
sie führt auf jeden Fall zum unkontrollierten Absturz 
der Maschine! 


Sie ist vorgesehen für das Austesten später zu ent- 
wickelnder Hardware und ruft unter bestimmten, im 
normalen Betrieb leicht zu erreichenden Bedingungen 
Routinen auf, die im Bereich des Mathe-ROMs abgelegt 
werden sollen. Da aber im Moment an dieser Stelle eben 
noch das Mathe-ROM liegt, springt die Routine hier 'in 
die Wüste'. 
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$C941 
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Trotzdem sei hier kurz die eigentlich gewünschte Funk- 
tion erläutert: 


Es werden, beginnend mit Bit ®&, nacheinander sämtliche 
Bits in der Adresse NEUPORT gesetzt und nachgesehen, ob 
in $D8803 der Wert $80 und in $D80B der Wert $91 steht. 
Ist dies der Fall, wird die Routine ab $D819 aufgeru- 
fen, wo später wahrscheinlich einmal für das Gerät, das 
sich eben gemeldet hat, ein IOCB und eine Handler- 
Eintragung eingerichtet werden sollen. Ist die Routine 
ab $D819 beendet oder ist eines der beiden Bytes nicht 
richtig gesetzt, wird die gleiche Abfrage mit dem näch- 
sten Bit durchgeführt. 


Zum Abschluss wird NEUPORT auf null gesetzt. 


51521 $E959 SIOINTERF 


Diese Routine bildet den Einsprungpunkt für die SIO- 
Bearbeitung über Vektor JUMPTAB+$9. 


Für uns ist im Moment eigentlich nur von Interesse, 
dass zuerst CRITICIO eingeschaltet wird, um von hier 
aus die Routine SIO aufzurufen und nach Beendigung der 
Bearbeitung das Y-Register mit dem Wert von DSKSTATUS 
zu laden, nachdem CRITICIO wieder gelöscht wurde. 


Für den Fall, dass beim Eintritt in diese Routine das 
Register NEUVORHDN nicht null ist, werden allerdings 
noch einige weitere Operationen durchgeführt. Zuerst 
wird das als Parameter an GETLOWEST zu übergebende X- 
Register mit %08 geladen und GETLOWEST aufgerufen. 
Kehrt die Routine mit gelöschtem Zero-Flag zurück, so 
wird X für die weitere Verwendung gerettet und $D805 
aufgerufen (Mathe-ROM!). Ist das Carry-Flag als Status 
aus $D805 gelöscht, wird die eben beschriebene Prozedur 
mit dekrementiertem X-Register wiederholt, ansonsten, 
oder wenn GETLOWEST mit Z=1 zurückkommt, wird SIO auf- 
gerufen und weiter verfahren wie ohne diesen Exkurs. 
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$C97C 51580 EXXXX XXXXX NEUIOREQ 


Dieser Programmteil wird angesprochen, falls von einem 
zukünftigen I/O-Device ein Interrupt kommen sollte. Für 
diesen Fall wird der Wert von NEUIODREQ auf dem Stack 
gerettet, um die Nummer der Position des niedrigsten 
gesetzten Bits des im Akku übergebenen Bytes nun in 
NEUIODREQ und gleichfalls in NEUPORT abzulegen. Danach 
wird kurzerhand die (noch) im Mathe-ROM liegende Rou- 
tine $D808 aufgerufen, um nach deren Beendigung die 
alten Werte in NEUPORT und NEUIODREQ wiederherzustel- 
len. Danach wird, wie beim I/O-Interrupt üblich, das 
gerettete X- und A- Register gePOPt und mit RTI zum 
unterbrochenen Programm zurückgekehrt. 


$C99F 51615 EXXXX XXXXX NEUDEVC1 
Es wird Y mit dem Wert $81 geladen und CHECKNEWP auf- 
gerufen. 

$CYAA 51620 EXXXX XXXXX NEUDEVC3 
Es wird Y mit dem Wert %03 geladen und CHECKNEWP 
aufgerufen. 

$C9A9 51625 ERXXXX XXXXX NEUDEVC5 
Es wird Y mit dem Wert $85 geladen und CHECKNEWP auf- 
gerufen. 

$C9YAE 51630 EXXXX XXXXX NEUDEVC7 


Es wird Y mit dem Wert $87 geladen und CHECKNEWP auf- 
gerufen. 
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$C9B3 51635 EAXXX XXXXX NEUDEVC9Y 
Es wird Y mit dem Wert $89 geladen und CHECKNEWP auf- 
gerufen. 

$C9B8 51648 EAXXX XXXXX NEUDEVCB 
Es wird Y mit dem Wert $@B geladen und CHECKNEWP auf- 
gerufen. 

$C9BD 51645 EAXXX XXXXX GETLOWEST 


Diese Routine erwartet in X einen Wert zwischen 1 und 
8. Je nach Größe dieser Zahl wird mit dem 2**(8-X)ten 
Bit des Wertes von NEUVORHDN begonnen zu testen, ob es 
1 ist. Mit anderen Worten wird mit dem niederwertigsten 
Bit begonnen, wenn X den Wert 8 hat und bricht die 
Routine ab, wenn X den Wert ® hat. Wurde ein beliebiges 
Bit in NEUVORHDN gefunden, das den Wert 1 hat, so wird 
in NEUIODREQ und NEUPORT genau nur dieses Bit gesetzt. 
Beim Anschluss entsprechender Hardware an den 
60@XL/8B@XL hat diese Routine dann den pragmatischen 
Wert, für jedes, in NEUVORHDN gesetzte Bit einmal einen 
Request an das Peripheriegerät zu senden. Diese Routine 
wird von SIOINTERF aufgerufen, wenn NEUVORHDN ungleich 
null ist, ansonsten wird sie von CHECKNEWP benutzt. 


$C9D8 51672 BXXXX XXXXX NEUPORTERR 


Auch diese Routine findet bei dem momentanen Hardware- 
angebot keine Verwendung. Sie erhält in Y einen Wert, 
der als Offset verwendet wird. Nachdem der Wert von 
$D80D+Y und der von $D8BE+Y auf dem Stack abgelegt 
wurden, wird der Akku mit dem Wert von Adresse $®24C 
und das X-Register mit dem von $824D geladen, um danach 
in Y den Immediate-Wert $92 zurückzugeben. 
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$C9EA 51690 BXXXX XXXXX CHECKNEWP 


An diese Routine werden zwei Werte übergeben: einer im 
Akku und ein zweiter in X. Sie werden in $®@24C und 
$024D abgelegt und der momentane Zustand von CRITICIO 
gesichert, um dieses Flag danach auf den Wert 1 zu 
setzen. 


Anschließend wird in einer Schleife GETLOWEST mit einem 
X-Wert von $d8 aufgerufen. Kehrt GETLOWEST mit gelösch- 
tem Zero-Flag zurück, so wird NEUPORTERR aufgerufen. 
Kehrt diese Routine wiederum mit gesetztem Carry-Flag 
zurück, wird der Wert im Akku nach $®824C geladen (was 
unsinnig erscheint, da NEUPORTERR diesen Wert gerade 
erst geladen hat!?!). 


Kehrt GETLOWEST mit gesetztem Z-Flag zurück, das heißt 
ist kein weiterer I/O-Port vorhanden, so wird Y mit $82 
geladen. 


Unabhängig davon, welchen Wert bis hierhin GETLOWEST 
geliefert hat, werden NEUIODREQ und gleichzeitig 
NEUPORT auf null gesetzt. Danach wird in CRITICIO der 
Anfangswert zurückgeladen, der Akku mit dem Wert aus 
$024C geladen, der Wert in Y nach $824D gelegt und 
entsprechend dieses Wertes die CPU-Flags gesetzt und 
zum Aufrufer zurückgekehrt. 


Ist das Carry-Flag nach der Bearbeitung des Treibers 
null, wird einfach die Schleife ein weiteres Mal durch- 
laufen, diesmal jedoch mit (von GETLOWEST) dekremen- 
tierten X-Wert. 


$CA2F 51759 BXXXX XXXXX BITMASK 


Sie wird zum Ausblenden von Bits benötigt und enthält 
die Werte $80, $40, $20, $10, $28, $04, $02, $®1. 
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$CA37 51767 EBXXXX XXXXX PREPLINK 


Diese Prozedur ist zuständig für das Öffnen eines IOCB- 
Kanals, der für die neue, spätere Hardware zur Verfü- 
gung gestellt wird. Sie ruft INITLOAD, LINK+$06 und 
DEVS2PL3+$17 auf und springt dann mitten in die 
CIOMAIN-Routine, um das OPEN-Statement zu beenden. 
Tritt während dieser ganzen Bearbeitung ein Fehler auf, 
so wird ebenfalls mitten in CIOMAIN gesprungen, aber 
diesmal mit einem Y-Wert von $82, der CIOMAIN signali 
sieren soll, dass das angeforderte Device nicht exi 
stiert. 


$CA65 51813 BXXXX XXXXX TABELLEN 


$CB64 


$CB73 
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52068 BXXXX XXXXX CHECKFF 


Diese Routine bildet die Checksumme (mit Carry!) über 
das Byte, auf das ZCHAIN zeigt und die 17 folgenden 
Byte. Hat die Checksumme den Wert $FF, so kehrt CHECKFF 
mit gesetztem Zero-Flag zurück, sonst ist das Flag 
gelöscht. Diese Routine testet also den Inhalt eines 
Handler-Eintrages, der über LINK beziehungsweise UNLINK 
verwaltet wird. 


52083 EBXXXX XXXXX FREI® 


Ab hier bis $CBFF sind 141 freie Bytes, die für Pro- 
grammerweiterungen verwendet werden können. Aufpassen 
beim Systemstart mit der Checksummenbildung! Am besten 
lässt man einfach einmal die Checksummenroutinen durch- 
laufen und notiert die berechneten Werte für jeden der 
Blöcke (s. CHECKROM1 und CHECKROM2). 


$CCRR 


$D008 


$EOO® 


$E400 
$E410 
$E428 
$E430 


$E448 
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52224 BXXXX XXXXX INTERCHAR 


An dieser Stelle beginnt der zweite interne Zeichensatz 
von Atari. Er wird eingeschaltet durch das Setzen von 
$cC in CHARBASES und ermöglicht dann die Verarbeitung 
von Sonderzeichen wie 'äöüß' und vielen anderen, an- 
stelle der Grafiksymbole. 


53248 $D000 53248 IO-Baugruppen 


57344 $E208 57344 STANDCHAR 


Dies ist der Standard-Zeichensatz, der durch das Setzen 
von $E®@ in CHARBASES eingeschaltet wird. Er beinhaltet 
Grafiksymbole. 


58368 $E408 58368 EDITORVKT 
58384 $E410 58384 SCREENVKT 
58400 $E420 58400 KBVKT 
58416 $E438 58416 LPTVKT 
58432 $E448 58432 HANDLERTB 


Diese Adressen bilden eine Handler-Tabelle, die für 
jedes Device folgende Einträge enthält: 


OPEN - Routinenadresse 

CLOSE - Routinenadresse 

GET - Routinenadresse 

PUT - Routinenadresse 

STATUS - Routinenadresse 

SPECIAL - Routinenadresse 

einen Sprungbefehl zur jeweiligen POWERON - Initia- 
lisierung 

ein Hilfsbyte 
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Device OPEN CLOS GET PUT STAT SPEC JMP POWR HILF 
EDITOR EF93 F22D F249 F2AF F21D F22C AC EF6E 90 


SCREEN EF8D F22D F17F F1A3 F21D F9AE AC EF6E BB 


KB F21D F21D F2FC F22C F21D F22C AC EF6E 90 
LPT FEC1 FF&1 FEC® FECA FEA2 FECB AC FEII 90 
CASS FCE5S FDCE FD79 FDB3 FDCB FCEA AC FDCB 98 


Die Tabelle enthält jeweils die entsprechende An- 
sprungadresse in hexadezimaler Form. 


$E458 58368 $E458 58448 JUMPTAB 

Diese Sprungtabelle ist die einzige Möglichkeit, Pro- 
gramme zu entwerfen, die sowohl auf dem 408/800 als 
auch auf dem 6®0®0XL/80@XL laufen können. Sie beinhaltet 
alle wesentlichen Einsprungpunkte von Routinen, die 
nicht über indirekte Vektoren laufen können oder sol- 
len. In diesem Buch finden Sie einige Referenzen auf 
eben diese Tabelle, wobei alle Ansprünge der Übersicht - 
lichkeit halber auf JUMPTAB+$xx und nicht direkt auf 
die Sprungadresse bezogen sind. 


Jeder Tabelleneintrag enthält genau einen Sprungbefehl. 


$E458 58368 $E450 58368 JUMPTAB+$0® 


Sprung zu DISKINIT 


$E453 58371 $E453 58371 JUMPTAB+$03 


Sprung zu DISKINTERF 
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$E456 


$E459 


$E45C 


$E45F 


$E462 


$E465 


$E468 


$E46B 


58374 


Sprung zu CIOMAIN 


58377 


Sprung zu SIOINTERF 


58380 


Sprung zu SETVBLVKT 


58383 


Sprung zu SYSTEMVBL 


58386 


Sprung zu EXITVBL 


58389 


Sprung zu SIOINIT 


58392 


Sprung zu SENDENABL 


58395 


Sprung zu NMIENABLE 
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$E456 


$E459 


$E45C 


$E45F 


$E462 


$E465 


$E468 


$E46B 


58374 


58377 


58380 


58383 


58386 


58389 


58392 


58395 


JUMPTAB+$26 


JUMPTAB+$29 


JUMPTAB+$C 


JUMPTAB+$Q@F 


JUMPTAB+$12 


JUMPTAB+$15 


JUMPTAB+$18 


JUMPTAB+$1B 
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$E46E 


$E471 


$EA7A 


$E477 


$E47A 


$E47D 


$E488 
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58398 $E46E 58398 JUMPTAB+$1E 


Sprung zu CIOINIT 


58401 BXXXX XXXXX JUMPTAB+$21 


Sprung zu TESTROMEN 


58494 $E474 58404 JUMPTAB+$24 


Sprung zu RESETWARM 


58407 $E477 58407 JUMPTAB+$27 


Sprung zu RESETCOLD 


58410 $E47A 58410 JUMPTAB+$2A 


Sprung zu CASREADBL 


58413 $E47D 58413 JUMPTAB+$2D 


Sprung zu CASOPENIN 


58416 BXXXX XXXXX JUMPTAB+$3® 
Sprung zu TESTROMEN 


Dies ist kein Druckfehler, der Ansprung wird tatsäch- 
lich zweimal vorgenommen. Der erste Ansprung ist ei- 
gentlich ein Auffangen eines Fehlsprunges, da dort bei 
der 400/80@-Serie ein Sprung nach Label SIGNON stand, 
bei dem die Message "ATARI COMPUTER - MEMO PAD" ausge- 
geben worden ist und dann in eine Echo-Funktion ge- 
sprungen wurde. Diese Funktion wurde bei dem neuen 
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60@XL/8B@XL durch das Memory-TestROM ersetzt, das nun 
von hier aus angesprungen wird. 


Damit diese 'Auffüll'-Funktion theoretisch von der 
eigentlichen TestROM-Einschaltfunktion getrennt ist, 
wurden hier diese beiden, vielleicht nur im Moment 
gleichen Sprungvektoren eingesetzt. 

58419 EAXXX XXXXX JUMPTAB+$33 
Sprung zu TESTSTART 
Dieser Ansprung ist natürlich nur dann sinnvoll, wenn 
auch das TestROM eingeschaltet, oder aber sein Inhalt 
in das RAM ab Adresse $5088 kopiert worden ist. 


58422 BXXXX XXXXX JUMPTAB+$36 


Sprung zu NEUDEVICE 


58425 BXXXX XXXXX JUMPTAB+$39 


Sprung zu UNLINK 


58428 BXXXX XXXXX JUMPTAB+$3C 


Sprung zu LINK 


58431 BXXXX XXXXX CALLTAB 


Hier liegen 6 Adressen in einer Tabelle, die auf 
NEUDEVC1 bis NEUDEVCB zeigen, respektive auf das Byte 
direkt vor diesen Adressen. Dies hat den Zweck, 
mithilfe dieser Tabellenwerte die entsprechenden 
Device-Routinen mit RTS aufrufen zu können. 
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Es dürfte allgemein bekannt sein, dass die 6502-CPU 
beim Rücksprung aus einer Prozedur auf dem Stack einen 
16-Bit-Wert als Adresse verlangt, der auf das letzte 
abgearbeitete Byte der aufrufenden Routine zeigt, um 
dann die danach stehenden Befehle abzuarbeiten. Diesen 
Effekt kann man nun ausnutzen, um über eine Tabelle 
indirekt Routinen aufrufen zu können. Dazu muss einfach 
die aufzurufende Adresse-1 auf dem Stack abgelegt und 
ein RTS (ReTurn from Subroutine) ausgeführt werden. 


$E49B 58523 BXXXX XXXXX NEUINITC 


Es folgt ein direkter Sprung zu NEUINIT. 


$E49E 58526 EBXXXX XXXXX FREI1 


Ab hier sind 35 Byte Programmspeicher noch nicht be- 
legt. Beim benutzerseitigen Belegen des Platzes ist 
darauf zu achten, dass die ROM-Checksummen (siehe 
CHECKROM1 und CHECKROM2) korrigiert werden! 


$EACQ® 58560 EAXXX XXXXX RTS 
Hier steht ein völlig vereinsamtes RTS. Es wird von 
verschiedenen Routinen benutzt. 

$EAC1 58561 $E4A6 58543 CIOINIT 
Diese Routine löscht alle IOCBs dadurch, dass sie die 
Devicenamen CHANNELID ($0340, $0350 ...) auf $FF legt 


und die PUTBYTE-Zeiger ($0346+7, $356+7, ...) auf 
CIONOTOPN als Fehlermeldung legt. 
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$E4DC 58588 $EAC1 58561 CIONOTOPN 


wird versucht, Ausgaben über ein nicht existentes 
Device zu senden, so wird diese Routine angesprungen. 
Sie liefert in Y einen Wert %$85 zurück, der der 
aufrufenden Schicht gleichzeitig mit dem gesetzten 
Negativ-Flag des CPU-Statusbytes einen DEVICE_NOT_OPEN- 
Error signalisiert. 


$E4EF 58591 $E4C4 58565 CIOMAIN 


Diese Hauptausgaberoutine erwartet zwei Eingabeparame- 
ter: 


Erstens ein zu sendendes Character im Akku und zweitens 
die IOCB-Nummer * 16 des Kanals, an den das Zeichen 
geschickt werden soll. Der Multiplikator 16 kommt da- 
durch zustande, dass jedes IOCB 16 Byte belegt. 


Zuerst werden das übergebene Zeichen und die IOCB- 
Nummer in IOCBCHARZ respektive in IOCBNUMZ abgelegt, um 
danach die IOCB-Nummer zu überprüfen, ob sie erstens 
nicht zu groß ist (da nur 8 IOCBs zur Verfügung stehen, 
ist $78 die größte erlaubte Nummer), und zweitens, ob 
sie überhaupt durch 16 teilbar ist. Ist eine der beiden 
Bedingungen nicht erfüllt, so wird in Y der BAD_IOCB- 
Error durch den Wert $86 signalisiert. 


Generell kann zu den CIO-Routinen gesagt werden, dass 
sie mit gesetztem Negativ-Flag zurückkehren, wenn ein 
Fehler eingetreten ist. Der Fehlercode kann dann am 
Wert von Y erkannt werden. 


Danach wird der ab IOCBx liegende Block nach IOCBCHIDZ 
kopiert, also an die ausführbare Zero-Page-Stelle. 


Hier werden nun wieder einige Abfragen bezüglich noch 
nicht verwendeter Konstrukte getätigt. Ist als Channel- 
Id IOCBCHIDZ der Wert $7F angegeben und IOCBCMDZ nicht 
$8C (POWER_ON_INIT) und HNDLRLOAD null, so wird ebenso 
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ein INVALID_CODE-Error signalisiert, als ob IOCBCMDZ 
kleiner als 3 (OPEN) wäre. Ist HNDLERLOAD nicht null, 
wird PREPLINK aufgerufen und ein eventuell gemeldeter 
Fehler nach "'oben' durchgereicht. Tritt kein Fehler 
auf, wird mit der Kommandobearbeitung fortgefahren. 


Ist schon zu Beginn IOCBCMDZ gleich $8C, wird sofort 
zum CLOSE-Kommando gesprungen. 


Sonst wird von hier aus je nach Kommando entweder 
CLOSE, CIOSTATSP, CIOREAD oder CIOWRITE aufgerufen. 


Hat HNDLRLOAD einen Wert ungleich null, wird die Rou- 
tine SPECHANDL aufgerufen, sonst DEVS2PL3. Kehrt diese 
Routine mit Carry = 1 zurück, wird trotzdem noch einmal 
HNDLRLOAD angesprungen, sonst wird DEVICSTAT und 
DEVICSTAT+1 gelöscht und COMENT aufgerufen. 


$E57C 58748 $E533 58675 CIOCLOSE 


Hier wird, je nach an CIO übergebenem Parameter, der 
entsprechende IOCB auf FREI gesetzt und der dazu- 
gehörige CLOSE-Treiber aus der Tabelle berechnet und 
angesprungen. 


$E597 58775 $E54E 58702 CIOSTATSP 


Hier wird, ebenso wie in CIOCLOSE, der entsprechende 
Treiber für STATUS respektive SPECIAL-Kommando aufgeru- 
fen, wenn das angesprochene Device existiert. Wenn 
nicht, wird es nach Möglichkeit eingerichtet und dann 
der dazugehörige Handler-Teil angesprungen. 


$E5B2 58802 $E569 58729 CIOREAD 
Zu Beginn wird getestet, ob dieser IOCB eventuell lese- 


geschützt ist. Dies ist der Fall, wenn in IOCBAUX1Z das 
Bit 2 nicht gesetzt ist. In diesem Fall würde CIOREAD 
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mit einem WRITE_ONLY-Error zurückkehren. Lesegeschützte 
Geräte sind zum Beispiel Drucker. 


Handelt es sich um ein lesbares Gerät, wird die noch 
zur Verfügung stehende Pufferlänge in IOCBBUFLZ (16 
Bit) auf null verglichen. Ist es null, wird nur ein 
Character über den entsprechenden Handler eingelesen 
und zum Aufrufer zurückgekehrt. 


Ist die Länge des Puffers dagegen ungleich null, gibt 
es drei Möglichkeiten, das Lesen abzubrechen: 


Die erste Abbruchbedingung sieht die Leseroutine, wenn 
sie einen Lesefehler bemerkt, also der aufgerufene 
Handler sein Carry-Flag setzt, bevor er zu CIOREAD 
zurückkehrt. 


Als Zweites kann der IOCB ein blockorientiertes Gerät 
sein (zum Beispiel Floppy). Dann wird das Lesen been- 
det, wenn die Pufferlänge nach dem Lesen des letzten 
Zeichens null wurde. 


Die dritte Möglichkeit ergibt sich bei zeilenorientier- 
ten Geräten, wie Druckers sie darstellen. Dabei wird so 
lange gelesen, bis ein NEWLINE ($9B) gefunden wird. Hat 
bis dahin der Puffer gereicht, ist alles in Ordnung, 
ansonsten sind alle Zeichen, die nach Füllen des 
Puffers kamen, ignoriert worden, und das letzte Zeichen 
des Puffers wurde mit dem NEWLINE überschrieben. Hat 
man zum Beispiel einen Puffer mit 5 Byte Länge und eine 
Zeile gelesen, die eine Länge von 8 Zeichen hatte, so 
bekommt man im Puffer übergeben: 


1.CHR 2.CHR 3.CHR 4.CHR NEWLINE 


Außerdem wird in diesem Fall im Y-Register der 
TRUNCATED_CODE übergeben. 


Allgemein kann gesagt werden, dass jeder Block, gleich 
welchen Formats, nach dem vom Handler aus richtigen 
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$E61E 
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Lesen mit einem NEWLINE-Character endet. Dies war beim 
480/888 nicht immer sichergestellt. 


Die Entscheidung, ob es sich um ein block- oder zei- 
chenorientiertes Gerät handelt, wird von Bit 1 von 
IOCBCMDZ gefällt. Ist es null, handelt es sich um ein 
zeilenorientiertes Device. 


Als letzte Operation wird in IOCBBUFLZ die korrekte, 
endgültige Pufferlänge übergeben. 


58910 $E5C9 58825 CIOWRITE 


Auch beim Schreiben über einen IOCB wird zuerst ge- 
prüft, ob der Zugriff überhaupt gestattet ist. Dazu 
muss in IOCBAUX1 das 4. Bit gesetzt sein. 


Ist das Schreiben erlaubt, so wird kontrolliert, ob die 
Pufferlänge null ist. Ist dies der Fall, so wird ledig- 
lich ein einziges Zeichen übertragen. Dies ist kein 
Programmierfehler, sondern eine äußerst sinnvolle Ein- 
richtung, über die schon der alte 408/800 verfügte: Da 
der Pufferlängenzähler von CIOxxxx verändert wird, ist 
es sinnvoll, davon auszugehen, dass beim Aufruf dieser 
Routine wenigstens ein Zeichen übertragen werden soll, 
und nicht wegen dieses einen Zeichens von der darüber - 
liegenden Schicht der Pufferzähler gesetzt zu werden 
braucht. Die eigentliche Übertragung läuft über den 
PUT-Handler-Teil des Gerätes. 


Ist die Pufferlänge größer als null, so wird das näch- 
ste Zeichen aus dem Puffer gelesen und übertragen, um 
danach über INCBFP und DECBUFL den Pufferpointer zu in- 
beziehungsweise den Pufferlängenzähler zu dekrementie- 
ren. Ist beim Schreiben des Zeichens ein Fehler aufge- 
treten, wird dies entsprechend über das Y-Register 
mitgeteilt. 


Handelt es sich bei dem Gerät um ein zeilenorientiertes 
Gerät, so wird so lange in CIOWRITE verharrt, bis das 
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letzte übertragene Zeichen ein NEWLINE ($9B) war, 
ansonsten so lange, bis der Puffer leer ist. Ist bei 
einem zeilenorientierten Gerät das letzte im Puffer 
befindliche Zeichen nicht LF, so wird dieses auto- 
matisch 'hinterhergeschoben'. 


$E678 58992 $E4C4A 58564 CIORETURN 


Diese Abschlussroutine für alle CIO-Kommandos hat zwei 
Einsprungpunkte: CIORETURN und CIORETURN+$22. 


CIORETURN hat als einzige zusätzliche Aufgabe das Able- 
gen des an die Routine übergebenen Y-Wertes (Status der 
Operation) in IOCBSTATZ zu tun gegenüber CIORETURN+$02. 


Dort wird dann die von Benutzer programmierte Puffer- 
adresse wieder in IOCBBUFAZ eingetragen, um dann den 
kompletten Zero-Page-IOCB wieder in den Userbereich zu 
übertragen, damit der nächste Programmteil den IOCB 
benutzen kann. Man darf nicht vergessen, dass die CIO- 
Routinen nicht in den von Benutzer zu programmierenden 
Bereichen $9@34@ - $03BF arbeiten, sondern sich den 
gerade aktiven Bereich von oben herunterkopieren, damit 
sie wesentlich schneller und effektiver in der Zero- 
Page arbeiten können (vergleiche hierzu entsprechende 
Literatur über Programmiermethoden bei der 6582-CPU). 
Nach dem Kopieren wird HNDLRLOAD auf null gesetzt, um 
dann im Akku das letzte gelesene oder geschriebene 
Zeichen, in X der IOCB-Index und in Y der Status der 
letzten IOCB-Operation zurückgegeben werden. Durch das 
letzte Laden des Y-Registers ist das Negativ-Flag des 
Prozessor -Status-Wortes signifikant. 


$E695 59029 $E63D 58941 COMPENTRY 
Der Kanaloffset IOCBCHIDZ wird geprüft. Ist er größer 


als 33, so gilt die ID als falsch und COMPENTRY kehrt 
mit einem DEVICE_NOT_OPEN-Error zurück. 
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Ansonsten liegt bei HATABS+Y der Anfang des 3-Byte- 
Eintrages in HATABS. Das erste Byte enthält den Namen 
des Gerätes, das zweite und dritte einen Zeiger auf den 
Beginn des Handler-Konstruktes, wie es zum Beispiel in 
HANDLERTB für die initial schon vorhandenen Geräte 
gezeigt ist. Dieses Handler-Konstrukt beinhaltet Adres- 
sen zum Betrieb der CIO-Routinen. 


Diese Anfangsadresse wird nun in IOCBAUX2 und -3 abge- 
legt. Danach wird der Offset des Handlers innerhalb des 
Handler-Konstruktes festgestellt, der sich aus dem Kom- 
mando und CMDTAB ergibt. Sodann wird der Pointer 
IOCBAUX2 und IOCBAUX3 so umgelegt, dass er direkt auf 
den Anfang der Handler-Routine zeigt. 


Diese ganzen Vorgänge lassen sich am einfachsten an 
einem Bild erklären: 
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leer 





leer 





leer 





leer 





leer 





leer 





Keyboardtab 
'K'! 





Screentab 
'ıS! 
Editortab 
'E' 
Castab 











Printertab 
Y-Register BR 
Hat zum Beispiel = are 


Den Wert $06 











Also wird erst in IOCBAUX2 -3 ein Pointer auf den 
Eintrag 'Editortab' abgelegt und danach Editortab 
selbst. 
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$E6BB 


$E6C8 


$E6D1 


IOCBB 


$E6D8 


$E6EA 
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59067 $E633 58931 DECBUFL 


Hier erfolgt ein 16-Bit-Dekrement auf den Pufferlängen- 
wert in IOCBBUFLZ . Das Zero-Flag wird gesetzt, wenn 
nach dem Dekrement der Zähler null ist. 


59080 EBXXXX XXXXX DECBFP 


Der Pufferzeiger in IOCBBUFAZ wird dekrementiert. Es 
kann keine Aussage über Flags getroffen werden, dies 
ist jedoch genau wie bei INCBFP auch nicht sinnvoll, da 
alle Programmentscheidungen nicht über den Pufferzei- 
ger, sondern ausschließlich den Pufferlängenzähler 
erfolgen. 


59089 $E678 58992 INCBFP 


UFAZ wird 16-bitweise um eins erhöht. 


59096 $E677 58999 SUBBFL 


Hier wird die effektive Pufferlänge berechnet. Bei 
zeilenorientierten Geräten ist bekanntermaßen die zu- 
rückgelieferte Datenmenge unbekannt. Sie kann zum einen 
dadurch bestimmt werden, dass innerhalb des Puffers 
nach einem NEWLINE-Character ($9B) gesucht wird, 
andererseits stellt diese Routine hier die Anzahl der 
übergebenen Zeichen in IOCBBUFLZ als Rückgabewert zur 
Verfügung. Sie berechnet dazu einfach IOCBBUFLZ := 
IOCBBUFLx - IOCBBUFLZ, wobei x die Nummer des über 
IOCBCHIDZ spezifizierten Gerätes ist. 


59114 $E689 590817 GOHANDLER 
Diese Routine ruft über CIOJUMP zu dem vorher berechne - 


ten Devicehandler. Dazu wird erst das Y-Register mit 
dem Wert FUNCTION_NOT_IMPLEMENTED ($92) geladen, um 
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sicherzustellen, dass eine Fehlermeldung erfolgt, wenn 
der danach aufgerufene Handler vielleicht initial nur 
auf ein RTS führt. Nach Rückkehr aus der Handler- 
Routine wird je nach überliefertem Y-Wert das Negativ- 
Flag gesetzt. Das Carry-Flag ist ebenfalls immer auf 
eins gesetzt. 


$E6F4 59124 $E693 59827 CIOJUMP 


Hier wird genau das Verfahren angewendet, das in 
CALLTAB beschrieben ist. Es wird die Anfangsadresse-1 
des Handler-Unterprogramms auf dem Stack abgelegt und 
danach der Handler indirekt über RTS angesprungen. Die 
Tatsache, dass es sich bei den dafür benötigten Tabel- 
lenwerten um die Anfangsadressen-1 handelt, ist bei 
Erstellung neuer Handler-Vektorentabellen von äußerster 
wichtigkeit. Leicht kann ein Handler dadurch funktions- 
untüchtig werden, dass die falsche Adresse angegeben 
worden ist. Es ist auch zu bedenken, dass die ebenfalls 
bei jedem Deviceeintrag enthaltene Sprungadresse zu der 
Power-up-Initialisierung direkt auf die entsprechende 
Routine zeigen muss, da der Power-up nicht indirekt 
über diese CIOJUMP-Funktion, sondern über den direkt 
vor der Adresse stehenden JMP-Opcode aufgerufen wird. 
Das Konzept ist nicht unbedingt leicht verständlich, 
aber nach einiger Gewöhnungszeit lassen sich auch dort 
Fehler leicht erkennen. 


$E6FF 59135 $E6B8 59064 DEVS2PL3 


Dieses Unterprogramm bestimmt den Wert von IOCBDSKNZ, 
also die aktuell zu benutzende Diskettenstationsnummer. 
Dazu wird die Nummer gelesen, die in dem Folgebyte auf 
(IOCBBUFAZ) steht. Liegt sie zwischen $31 und %39 
(ASCII-Wert für die Ziffersymbole '1' - '9'), so wird 
der zugehörige Wert $00 - $09 in IOCBDSKNZ eingetragen, 
ansonsten ist der Defaultwert eins. 
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59154 $E69E 59038 DEVICSRCH 


Es wird das bei (IOCBBUFAZ) liegende Zeichen als Gerä- 
tename interpretiert und in der Tabelle ab HATABS ge- 
sucht. wird ein übereinstimmender Eintrag gefunden, so 
wird der Offset des Eintrags mit dem richtigen Namen zu 
HATABS in IOCBCHIDZ notiert und das Carry-Flag ge- 
löscht. wird in keinem der HATABS-Einträge der gesuchte 
Name gefunden, signalisiert ein gesetztes Carry-Flag 
der aufrufenden Schicht einen Fehler. 


59181 $E6C9 59081 COMTAB 
Diese Tabelle bildet eine Referenz für jedes IOCB- 


Kommando auf einen Vektor-Eintrag in der Handler-Routi- 
nentabelle ab HATABS. 


Es führen die Kommandos Auf den Vektor ab Byte 

3 OPEN 2 

4,5 GET_RECORD 4 

6,7 GET_CHARACTER 4 

8,9 PUT_RECORD 6 

10,11 PUT_CHARACTER 6 

12 CLOSE 2 

13 STATUS_REQUEST 8 

14 SPECIAL 10 

59193 EAXXX XXXXX LINKSOMETH 


Auch dieser Programmteil ist für spätere Verwendung 
weiterer Peripherieeinheiten vorgesehen, bei denen 
unter Umständen der in HATABS stehende Bereich zu klein 
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wird. Es ist nicht zu vergessen, dass bei HATABS noch 
Platz freigehalten wurde für den Betrieb von maximal 6 
weiteren Geräten. 


Alle diese LINK- und UNLINK-Routinen gehen davon aus, 
dass ab Adresse STARTTST eine 19 Byte große Struktur 
steht. Interessant ist dabei, dass von einer Kassetten- 
benutzung offensichtlich bei Benutzung dieser Konstruk- 
te ganz abgesehen werden soll. Dies ist auch ganz ein- 
sichtig, da die beiden an diesen Stellen stehenden 
Adressen nur zum Booten über Kassette benutzt werden. 
Geht man nun davon aus, dass dieser immense Software- 
aufwand nur dafür getrieben wird, exclusive Hardware an 
den Atari anzuhängen, dürfte klar sein, dass die dafür 
vorgesehene Software nicht über Kassette gebootet wird. 
Als entsprechend exclusive Hardware war zum Beispiel in 
Mundpropaganda ein CP/M-Subsystem angekündigt worden; 
gesehen haben wir es bis heute leider noch nicht. 


Zu Beginn der Routine wird getestet, ob das WARMFLAG 
gesetzt ist. Ist dies der Fall, wird ZCHAIN auf den 
Direktwert STARTTST gesetzt und eine Kontrollschleife 
begonnen. 


Bevor jedoch diese Schleife und ihre Ausgangspunkte 
besprochen werden können, sollte ein wenig Theorie 
betrieben werden bezüglich der Verwendung linearer 
Listen beim Atari 600XL/80®0XL. 


Unter einer einfach verketteten linearen Liste versteht 
man ein Gebilde, bei dem jedes Element einen Verweis 
auf das nächste hat. Dies ist zum Beispiel oftmals bei 
BASIC-Programmtexten der Fall. Es werden in einer Pro- 
grammzeile die Zeilennummer, die Adresse der logisch 
hierauf folgenden Zeile und danach die eigentlichen 
Daten abgelegt. Hat man nun einen Zeiger auf die erste 
Zeile, findet man über diese die zweite, dann die 
dritte usw.. Das Verfahren ist vielleicht nicht unbe- 
dingt das schnellste, es hat jedoch in Punkto Verarbei- 
tung einige wesentliche Vorteile. So muss zum Beispiel 
beim Einschieben einer neuen Zeile der gesamte, logisch 
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dahinter stehende Text nicht nach hinten verschoben 
werden, sondern es wird lediglich ein Zeiger so umge- 
legt, dass er auf das neue Element zeigt und der Zeiger 
des neuen Elements auf das Element, auf das der Vorgän- 
ger zuletzt zeigte. Damit liegt die neue Zeile logisch 
mitten im Text, wo sie jedoch physikalisch (also im 
Speicher) liegt, ist völlig egal. 


1) Es existiert eine lineare Liste, aus der ausschnitt- 
weise zwei Elemente gezeigt werden. Genau zwischen 
diese beiden Elemente soll ein weiteres eingefügt wer- 
den: 








-.—— Element n | ee Element n+1 | —— 





























-.— neues Element n 2 —— 














2) Dazu wird zuerst der Zeiger von Element n kopiert in 
den Zeiger für das neue Element: 











--—— Element n | . > Element n+1 — 
—> 


--— neues Element n + 
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3) Nun wird der überflüssig gewordene Zeiger von Ele- 
ment n so umgelegt, dass er auf das neue Element zeigt. 
Von da ab ist das neue Element in der linearen Liste 
enthalten. 
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.— Element n =] Element n+1 —. 





BE neues Element n 

















Diese Form der Verkettung heißt deshalb "einfach ver 
kettet', weil immer nur ein Zeiger (oder neudeutsch: 
Link, Verweis) auf den Nachfolger (häufig als successor 
bezeichnet) existiert, nicht jedoch ein Link auf den 
Vorgänger, der in der englischsprachigen Literatur 
Predecessor genannt wird. Solch eine Verkettung wäre 
dann unter dem Begriff 'doppelt verkettete Liste' in 
der Informatik bekannt. 


Sicher dürfte klar sein, dass man nicht einfach ein 
solches Element aus der Liste löschen kann, beziehungs - 
weise, dass ein genaues Protokoll für das Einfügen 
(Linken) eines neuen Elements beziehungsweise das Ent- 
fernen (Unlinken) eines bestehenden Elementes einer 
verketteten Liste eingehalten werden muss. Würde zum 
Beispiel in unserem obigen Beispiel erst Schritt 3 und 
dann Schritt 2 gemacht, wären alle Elemente ab Element 
n+1 unrettbar verloren: 


Die Ausgangsposition bleibt wie gehabt. 








—— Element n eg Element n+1 —.. 





























—— neues Element n .— 
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.— Element n | — Element n+1 | «— > Element n+2 —- 
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2) Dann wird der Zeiger von Element n zum neuen Element 
umgebogen: 
































—— Element n SI] Element n+1 — 








BR neues Element n > 














Schon haben wir den Effekt, dass nun der Zeiger des 
neuen Elements nicht auf eine sinnvolle Stelle zeigt 
und auch nicht mehr auf das Element n+1 umgebogen 
werden kann, denn wo hätte vorher notiert werden sol- 
len, wo Element n+1 steht? Die Adresse stand explizit 
im Link des n. Elements und wurde schlichtweg 
'vermurkst'. 


Beim Unlink sind die Probleme etwas anderer Natur: 
Nehmen wir an, wir hätten eine lineare Liste, von der 


wir drei irgendwo in der Mitte liegende Elemente be- 
trachten: 




















Soll nun Element n+1 entfernt werden, so wird lediglich 
der Pointer von Element n so umgelegt, dass er 
denselben Wert hat wie der von Element n+1 und schon 
ist Element n+1 "umgangen': 

















Element n . Element n+1 .F Element n+2 .- 
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Das Problem hierbei ist, sich zu merken, welche Spei- 
cherbereiche nun noch von aktuellen Listenelementen 
gefüllt sind und welche im Gegensatz dazu angefüllt 
sind mit nicht mehr referenzierten Elementen. Diese 
Berechnungen anzustellen ist relativ zeitaufwendig und 
wird deshalb beim Atari weitmöglichst umgangen. Bei 
anderen Systemen (zum Beispiel dem für Atari erhält- 
lichen MicroSoft-BASIC) ist die gesamte String-Verar- 
beitung auf dynamischer Speicherverwaltung aufgebaut. 
Der Ausdruck dynamisch besagt, dass nicht ein 
konstanter Speicherraum belegt wird, sondern immer nur 
gerade das, was benötigt wird. Bei Verwendung sehr 
vieler, sehr kleiner Strings passiert es dann ab und 
an, dass man glaubt, der Rechner 'stehe', obwohl er 
dann nach zwei bis drei Minuten weiterrechnet. Dann war 
er in der sogenannten Garbage-Collect-Routine, die den 
String-Müll aufsammeln sollte. 


Ergänzend sollte noch erwähnt werden, was mit dem Poin- 
ter des letzten Elementes geschieht. Dieser zeigt nun 
nicht wirr 'in die Luft', sondern er bekommt einen 
definierten Wert zugewiesen, der allgemein NIL (No 
Information Listed) genannt wird. Er ist wie bei Atari 
in dem meisten Fällen gleich null, es gibt jedoch auch 
andere Computerkonzepte, die kaum noch etwas mit 
unseren Nullen und Einsen zu tun haben, sodass man 
ruhig die Bezeichnung NIL verwenden sollte. 


Nach diesem kurzen Exkurs über dynamische Datenverwal- 
tung zurück zu unserer gerade begonnenen Schleife. Bei 
diesen hier verwendeten Elementen sitzt der Link eines 
jeden Elements in Byte Nummer 18 und 19, bezogen auf 
die Startadresse des jeweiligen Elementes. 


Zeigt zum Beispiel ZCHAIN auf ein beliebiges Element, 


so verstehen wir unter dem Konstrukt ZCHAIN.LINK eben 
den Link des Elementes, auf das ZCHAIN zeigt. 
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ZCHAIN Byte ® 
Byte 1 
Byte 18 diese beiden Bytes sind in die- 
Byte 19 sem Fall ZCHAIN.LINK 


Die Schleife terminiert (Ausdruck bei Schleifen, 
Funktionen und Prozeduren, wenn sie durch interne Er- 
eignisse beendet werden) zum Beispiel, wenn ZCHAIN.LINK 
den Wert NIL liefert, es sich also bei dem behandelten 
Element um das letzte der Liste handelt. 


Ansonsten wird das nächste Element geprüft. Dies 
geschieht einfach durch Zuweisung: 


ZCHAIN := ZCHAIN.LINK 


Dadurch zeigt nun ZCHAIN auf das Folgeelement. Bei 
diesem wird nun geprüft, ob die Quersumme alle Einträge 
vom 8. bis zum 17. Byte gleich $FF ist (CHECKFF). Ist 
sie es nicht, terminiert die Schleife ebenfalls. 


Ansonsten wird das Carry-Flag gesetzt (über CALLVKTC1) 
und, ebenfalls darüber, CALLVKT angesprungen, was wie- 
derum veranlasst, dass ein Befehlsbyte angesprungen 
wird, das an Byte 12 der durch ZCHIAN bezeichneten 
Struktur steht. Bitte erinnern Sie sich, dass die 
Handler-Tabellen ab EDITORVKT ebenfalls ab Byte 12 
einen Sprungbefehl auf die Initialisierungsroutine des 
entsprechenden Handlers hatte. Somit dürfte die 
Funktion und der Aufbau der hier beim 6®®0XL/800XL neu 
eingeführten Strukturen klar sein: Sie sind funktional 
identisch mit den Handlertabellen ab EDITORVKT und vom 
Aufbau unterscheiden sie sich lediglich durch die noch 
weiter benötigten Parameter zur Listenverwaltung. 


Kehrt dieser Initialisierungshandler nun mit gesetztem 
Carry-Flag zurück, so terminiert die Schleife eben- 
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falls, ansonsten wird der oben beschriebene NIL-Test 
bezüglich des Folgelinks nun auf das neue Element bezo- 
gen. 


War zu Beginn der Routine WARMSTART gelöscht, wird 
CHAINLINK auf NIL gesetzt und mit der Initialisierung 
der IOCBs weiter unten im Programm begonnen. 


$E76E 59246 BXXXX XXXXX 


Nach Aufruf von DCBINIT, bei dem IOCB & mit Daten für 
ein Drive mit der Nummer 1 initialisiert wird, findet 
ein Aufruf von SIOINTERF über JUMPTAB+$09 statt. 


Kehrt das SIO-Interface mit negativem Status zurück, so 
gilt dies als Fehler ähnlich den CIO-Routinen und die- 
ser Fehler wird sofort 'nach oben' durchgereicht. 


war die Übertragung in Ordnung, wird CHAINTP1 mit der 
Summe aus MEMLO und dem Devicestatus DEVICSTAT geladen. 


Ist nach diesen Operationen MEMTOP kleiner als 
CHAINTP1, werden DSKAUX1 und DSKAUX2 mit $4E geladen 
und DCBINIT aufgerufen. Danach wird zum Beginn der 
Routine zurückgesprungen. 


Ist MEMTOP größer oder gleich CHAINTP1, wird der Wert 
von CHAINTMP gerettet, um danach CHAINTMP mit MEMLO zu 
laden. Hiernach wird INITLOAD mit dem geretteten Low- 
Byte aus CHAINTMP im Akku aufgerufen. 


Kehrt diese Routine mit gesetztem Negativ-Flag zurück, 
wird LINK aufgerufen. Im anderen Fall wird, abhängig 
vom Carry-Flag, bei gelöschtem Carry komplett neu mit 
dieser Routine begonnen, sonst wird dort weitergemacht, 
wo DCBINIT mit $4E in DSKAUX1 und DSKAUX2 aufgerufen 
wird. 


Der einzige Ausgangspunkt aus dieser Schleife ist also 
der negative Rückgabewert aus dem SIO-Interface. 
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DCBINIT 


Es werden die Daten aus TABSIOINI in den Disk-Control- 


Block ab DSKUNIT geladen, 


der im Akku übergebene Wert 


nach DSKAUX1 und der in Y übergebene Wert in DSKAUX2 
abgelegt, um danach SIOINTERF über die Sprungtabelle 


bei JUMPTAB+$89 anzuspringen. 


59348 BXXXX XXXXX 


TABSIOINI 


Hier stehen die Initialisierungswerte für den DCB (Ss. 
DCBINIT). Sie lauten im einzelnen: 


DSKDEVICE $4F 
DSKUNIT $01 
DSKCMD $40 
DSKSTAT $40 
DSKBUFFER $02EA 
DSKTIMOUT $O0d1E 
DSKBYTCNT $0004 


59358 EBXXXX XXXXX 


ist zu ignorieren 
Laufwerk 1 
SIO-CMD GET_DATA 


ist zu ignorieren 


ist DEVICSTAT, also 
normaler Ablagebereich 
für Status 


entspricht 38 Sekunden 
Wartezeit bis Timeout 


Die Statusinformation 
besteht aus vier Byte 


INITLOAD 


An diese Routine wird im Akku ein Wert für CHAINTPIH 
übergeben, der als Erstes dort auch abgelegt wird. Der 
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Low-Teil CHAINTPIL wird auf null und TEMP3 auf S$FF 
gesetzt. Ist Bit & von CHAINTMP eins, ist also der 
Vektor CHAINTMP ungerade, so wird CHAINTMP inkremen- 
tiert. Damit ist sichergestellt, dass nach dieser Rou- 
tine CHAINTMP auf eine gerade Adresse zeigt. 


Dann wird LODADRESS mit dem Wert von CHAINTMP, 
LODGBYTEA mit der Adresse INCLOAD und LODZLOADA mit dem 
Wert $88 geladen, um danach LOADER aufzurufen. 


$E816 59414 BXXXX XXXXX INCLOAD 


Nach Inkrementieren von TEMP3 wird, falls das Ergebnis 
nicht null ist, der Akku mit dem Byte ($037D + Wert von 
TEMP3) geladen sowie das Carry-Flag gelöscht. 


Ist TEMP3 nach dem Dekrement null, so wird es auf $8® 
gesetzt und DCBXINIT aufgerufen, was den DCB mit Werten 
für ein NOTE_SECTOR-Kommando lädt und das SIO-Interface 
aufruft. Ist der Note-Vorgang positiv verlaufen, wird 
ebenfalls der Akku mit dem Byte ($037D + Wert von 
TEMP3) geladen und das Carry gelöscht. 


$E833 59443 EAXXX XXXXX DCBXINIT 
Hier wird, analog zu DCBINIT, der Disk-Control-Block 
mit vorgefertigten Werten aus SIOTAB geladen und über 
JUMPTAB+$89 das SIOINTERF aufgerufen. 

$E851 59473 EXXXX XXXXX SIOTAB 


Hier stehen die Initialisierungswerte für den DCB für 
das NOTE-Kommando (s. DCBXINIT). Sie lauten im einzel- 


nen: 
DSKDEVICE $08 ist zu ignorieren 
DSKUNIT $01 Laufwerk 1 
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DSKCMD $26 NOTE_SECTOR 

DSKSTAT $40 ist zu ignorieren 

DSKBUFFER $03FD Hier beginnt ein sonst 
nicht vom 0S belegter 
RAM-Bereich. 

DSKTIMOUT $O0d1E entspricht 38 Sekunden 
Wartezeit bis Timeout 

DSKBYTCNT $0080 Es werden 128 Byte gele- 
sen. 

59485 EBXXXX XXXXX SEARCHLIS 


In A und Y wird der High- beziehungsweise der Low-Teil 
einer Listenelementadresse übergeben, nach der hierbei 
ab Adresse STARTTST gesucht werden soll. Als Rückgabe - 
werte sind ebenfalls der Akku, das X-Register und das 
Carry-Flag zu beachten. Diese drei Rückgabemechanismen 
haben folgende Bedeutung: das Carry-Flag gibt darüber 
Auskunft, ob der gesuchte Vektor gefunden wurde und ob 
A und X relevante Werte enthalten. 


Damit gib es nur zwei Möglichkeiten: 


1) Carry = 8 : Der gesuchte Vektor wurde gefunden und 
in A (High-Byte) und X (Low-Byte) zu- 
rückgegeben. ZCHAIN zeigt auf die Struk- 
tur, deren Link gleich dem gesuchten 
Pointer ist. 

2) Carry = 1 Entweder hatte ein Link den Wert NIL 


oder bei einer der untersuchten Struktu 
ren fand sich eine, deren Checksumme 
nicht den Wert $FF hatte (Aufruf von 
CHECKFF!). 
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Im ersten Fall gibt sich zum Beispiel folgendes Bild, 
wenn nach LINK(n+1) gesucht wurde: 


$23F9 Elementi Element2 Element n Element n+1 
LINK(2) LINK(3) LINK(n+1) 


ZCHAIN 


$E894 59548 BXXXX XXXXX CALLVKTC1 


Es wird mit gesetztem Carry-Flag mitten in die LINK- 
Routine gesprungen, um als Erstes über CALLVKT den 
Power-up-Handler anzuspringen. 


$E898 59544 BXXXX XXXXX LINK 


Diese Routine reiht ein neues Strukturelement, dessen 
Anfangsadresse im Akku (High-Wert) und Y (Low-Wert) 
übergeben wird, an das Ende der bestehenden Liste ein. 
Dazu wird als Erstes das letzte Element der bestehenden 
Liste gesucht (Aufruf von SEARCHLIS mit A=Y=ß) und 
dieser NIL-Wert so abgeändert, dass dieser Link nun auf 
das neue Element zeigt (s. LINKSOMETH!). Danach wird 
der Link des neuen Elements auf NIL gesetzt und direkt 
an das 12. Byte der neuen Struktur gesprungen, was zur 
Folge hat, dass ein dort stehender Sprungbefehl die 
Programmkontrolle an die Power-up-Routine des neu zu 
installierenden Devices übergibt. Kehrt diese Routine 
mit gesetztem Carry zurück, so wird dieses Element 
gleich wieder entfernt (Aufruf von UNLINK mit den alten 
Akku- beziehungsweise Y-Werten) und zum Aufrufer zu- 
rückgekehrt. 


Ist dies nicht der Fall, wird geprüft, ob die aufrufen- 
de Routine ein gesetztes oder ein gelöschtes Carry-Bit 
übergeben hat. War es gelöscht, so werden das 16. und 
das 17. Byte der neuen Struktur gelöscht (MINTLK und 
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GINTLK). Danach wird, unabhängig des übergebenen Carry- 
Flags, MEMLO auf einen neuen Wert gesetzt: 


MEMLO := MEMLO + ZCHAIN.MINTLK (16-Bit-Operation). 


Somit kann von der aufrufenden Routine bestimmt werden, 
ob nach Einhängen des neuen Elements MEMLO verändert 
werden soll oder nicht. Ist das Carry gesetzt, wird 
MEMLO verändert, sonst nicht. Das hat speziell dann 
Sinn, wenn ganz zu Systembeginn diese Routinen aufgeru- 
fen werden und sich dann alle Programme wie DOS, BASIC 
und ähnliche, nach dem neuen, verschobenen MEMLO rich- 
ten (MEMLO gibt die niedrigste, von dem Betriebssystem 
nicht mehr benötigte Adresse in RAM an). 


Danach wird die Checksumme der neuen Struktur berechnet 
(CHECKFF) und das Ergebnis im Byte 15 der Struktur 
abgelegt. Das Byte 15 war auch schon zum Beispiel bei 
EDITORVKT ein Hilfsbyte - jetzt hat es eine Funktion 
übernommen. 


Es ist an dieser Stelle erwähnenswert, dass CHECKFF 
neben der Z-Flag-Aussage noch im Akku die Differenz der 
Checksumme zum Wert $FF zurückgibt. Dieser Wert kann 
nun eingesetzt werden, damit bei weiteren Überprüfungen 
die Checksumme richtig ist. 


59648 BXXXX XXXXX CALLVKT 


Es wird an das Byte 12 der Struktur gesprungen, auf die 
ZCHAIN zeigt: 


Höhere Adressen 
19 
18 
17 
16 
Checkfill 15 
High-Byte 14 
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Low-Byte 13 
JMP ($4C) 12 
11 
10 
29 
08 
07 
26 
Handler- 85 
Adressen 04 
23 
22 
21 
ZCHAIN 28 Niedrigere Adressen 


$E912 59666 BXXXX XXXXX SETBVBLVKC 


Diese Adresse beinhaltet lediglich einen Sprung nach 
SETVBLVKT. 


$E915 59669 BXXXX XXXXX UNLINK 


Über SERACHLIS wird das in Akku und Y spezifizierte 
Listenelement in der linearen Liste ab STARTTST ge- 
sucht. wird es nicht gefunden, kehrt die Routine mit 
gesetztem Carry-Flag zurück. 


Das gefundene Element wird entweder gelöscht, wenn 
COLDSTART gesetzt, also ungleich null ist, oder wenn 
erstens das Byte 16 und das Byte 17 null sind und 
zweitens die Quersumme über die Struktur den Wert $FF 
liefert (CHECKFF). In eben diesen Fällen wird das Ele- 
ment auf die Art entfernt, die in LINKSOMETH eingehend 
beschrieben wird. 


War das Element zu löschen, kehrt UNLINK mit gelösch- 
tem, sonst mit gesetztem Carry-Flag zurück. 
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59737 BXXXX XXXXX JMPSIOINT 


Es erfolgt ein direkter Sprung zum SIO-Interface. 


$59748 $E944 59716 SIOINIT 


Diese Routine ist zuständig für die Initialisierung des 
POKEY. Es werden der Kassettenrekordermotor und der Ton 
abgeschaltet. Weiterhin wird die NOT_COMMAND-Leitung 
des seriellen Busses auf High (inaktiv) gelegt. 


59761 $E959 59737 sIo 


Diese Prozedur übernimmt sämtliche Koordinierungsaufga- 
ben zur Steuerung des seriellen Busses. 


Zuerst wird, um Fehlinterpretationen von Interrupts zu 
vermeiden, CRITICIO auf eins auf eins gesetzt und unter 
DSKDEVICE nachgesehen, ob es sich bei dem angegebenen 
Gerät um die Kassette handelt. Ist dies der Fall, wird 
zu CASENTER, dem Kassettenbearbeitungsprogramm, ge- 
sprungen. Diese Unterscheidung ist an dieser Stelle 
wesentlich, da alle anderen Geräte außer der Kassette 
einen internen Kontroller besitzen, der ihnen 'Intelli- 
genz' verschafft. 


Haben wir es mit solch einem intelligenten Gerät zu 
tun, wird CASFLAG auf null gesetzt, um nach Rückkehr 
aus der Lese- beziehungsweise Schreibroutine richtig 
reagieren zu können. Danach werden DRETRY und CRETRY 
mit $01 beziehungsweise $@D initialisiert und die Über- 
tragungsgeschwindigkeit auf ca. 19.2008 Bit/Sekunde 
festgelegt. Letztere Festlegung erfolgt über das Pro- 
grammieren der Audiofrequenzkanäle 3 und 4, die mit $28 
beziehungsweise $0@ geladen werden. 


Danach werden die Geräte-Identifikation, die sich aus 
der Geräteart und der Gerätenummer-1 zusammensetzt, das 
Kommando sowie das erste und das zweite Hilfsbyte 
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DSKAUX1 und DSKAUX2 in die entsprechenden Variablen ab 
CMDDEVIC geladen, um danach DSKBUFPTR auf CMDDEVIC 
zeigen zu lassen, damit die danach aufgerufene Komman - 
doroutine weiß, an welcher Stelle sie das zu bearbei- 
tende Kommando findet. BUFENDPTR zeigt auf die Stelle 
direkt hinter CMDAUX2. 


sind diese Vorbereitungen erledigt, wird über PORT B 
die KOMMANDO auf Low gelegt, um allen Geräten zu sagen: 
"ACHTUNG, es kommt eine neue Geräteadresse!". Eben 
dieses Senden wird von der Routine SENDINIT übernommen. 
Hat das angesprochene Gerät einen defekten Status ZUu- 
rückgemeldet oder sich gar ein völlig anderes Gerät 
gemeldet, so wird ein Fehlercode in ERRFLAG zurückgege - 
ben, der nicht null ist. In diesem Fall, oder wenn in Y 
notiert wurde, dass das Gerät ein NEGTIV_ACKNOWELEDGE 
dadurch signalisierte, dass es Y auf null setzte, wird 
CRETRY dekrementiert und, falls nicht null, erneut 
versucht, das Gerät anzusprechen. Gelingt dies nicht, 
findet eine Fehlermeldung an das aufrufende Modul 
statt. 


Hat sich jedoch das Gerät ordentlich zurückgemeldet, 
wird DSKSTATUS ausgelesen und überprüft, ob es einen 
positiven Wert aufweist. Ist dies der Fall, so wird vor 
dem ersten Senden oder Lesen eines Datensatzes noch 
gewartet, bis das Device sein vorhergehendes Kommando 
völlig abgearbeitet hat, oder ein Timeout-Fehler auf- 
tritt. Danach wird ein Kommando-Datensatz an das Gerät 
gesendet. Der Disk-Control-Block muss die entsprechen- 
den Parameter für das Senden beinhalten. 


Nach dem ordentlichen Abarbeiten dieses Kommandos zeigt 
DSKSTATUS an, ob eventuell noch Daten von dem Gerät zu 
lesen sind. Ist dies der Fall, werden sie über RECEIVE 
eingelesen. 


Treten während der gesamten Bearbeitung keine Fehler 
auf, so wird in DSKSTATUS eine $81 zurückgegeben, an- 
sonsten der Fehlercode. Fehlercodes sind immer negativ 
und das N-Flag ist bei Rückkehr aus SIO gesetzt. 
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Auf SIO zeigt JUMPVKT+$09. 


59959 $EA1A 59930 WAIT 


Dieses Modul wird nach dem Absetzen eines Kommandos an 
ein intelligentes Gerät benutzt, um auf die Rückmeldung 
zu warten. 


Diese Rückmeldung kann zum Beispiel sein, dass das 
Gerät das Kommando nicht ausführen kann (zum Beispiel 
Schreiben auf schreibgeschützte Diskette) oder aber 
eine Positiv-Meldung, die hier durch die COMPLETE- 
Message dargestellt wird. 


Kommt eine negative Rückmeldung oder kommt bis zum 
Timeout keine Rückmeldung, so wird das Y-Register mit 
$0@ geladen und in ERRORFLAG der entsprechende Fehler 
zum aufrufenden Modul zurückgemeldet. 


60040 $EA6B 60811 SEND 


Nach Aufruf von SENDENABL wird die allgemein interrupt - 
gesteuerte Ausgabe dadurch angestoßen, dass das erste 
Byte aus dem durch DSKBUFPTR spezifizierten in das 
Ausgaberegister SEROUT des POKEY geschrieben wird. Ist 
dieses Zeichen übertragen, wird ein Interrupt ausge- 
löst. 


Weiter wird in dieser Routine nichts getan, als in 
IRQSTS abzufragen, ob die BREAK-Taste gedrückt wurde. 
Ist dies der Fall, wird die Übertragung abgebrochen. 


Ansonsten wird gewartet, bis vom Interrupthandler 
irgendwann einmal XMITEND auf einen Wert ungleich null 
gesetzt wird, da dies das Zeichen für "Übertragung 
beendet" ist. 


Zum Abschluss wird noch der Transmitter über SENDDIS 
disabled. 
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$EAAD 60077 $EA9B 60048 ISRODN 


Diese "Interrupt Service Routine if Output Data Needed" 
wird aufgerufen, wenn der POKEY signalisiert, er hätte 
das letzte Zeichen vom Ausgaberegister SEROUT in sein 
internes Parallel/Seriell-wandlungsregister übertragen. 
Dann wird DSKBUFPTR inkrementiert und kontrolliert, ob 
dieser Zeiger sein durch BUFENDPTR angezeigtes Ende 
erreicht hat. Ist dies der Fall, so wird das Checksun- 
menbyte übertragen, soweit dies noch nicht geschehen 
und das Flag CHKSUMSND gesetzt ist. 


sind noch Zeichen zu übertragen, wird das nächste Zei- 
chen aus (DSKBUFPTR) genommen und an SEROUT übergeben. 


$EAEC 60140 $EAD1 68113 ISRXD 


signalisiert der POKEY bei einem Interrupt, dass er mit 
der Übertragung des im Parallel/Seriell-Wandlungsre- 
gister enthalten gewesenen Byte fertig und noch kein 
neues Byte in das SEROUT-Register geschrieben worden 
sei, wird diese Routine aufgerufen. 


Ist hier die Checksumme schon gesendet worden, wird in 
XMITEND mit einem Wert ungleich null signalisiert, dass 
die serielle Ausgabe komplett beendet sei. XMITEND wird 
nach Beendigung der Interrupt-Routine von SEND 
abgefragt. 


$EAFD 60157 $EAE2 60130 RECEIVE 


Handelt es sich bei dem Lesekommando um eines über die 
Kassette, wird das Checksummenregister DSKCHECKSUM 
gelöscht, sonst nicht. Danach werden sowohl bei Kasset - 
te als auch bei jedem intelligenten Gerät die Flags 
BUFFULL und RECEIVEND gelöscht. Nach dem Aufruf von 
RECEIVEN, in dem das eigentliche Empfangen erst ermög- 
licht wird, wird in einer Schleife abgefragt, ob 
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1) die BREAK-Taste gedrückt ist. Dann wird der Daten- 
empfang abgebrochen, 


2) die Timeout-Bedingung über das TIMEFLAG signali- 
siert wird (dies wäre der Fall, wenn TIMEFLAG den 
Wert null hätte) 


oder 
3) RECEIVEND einen Wert ungleich null hätte. 


In jedem der drei Fälle würde das Lesen beendet, wobei 
in den ersten Zweien dem aufrufenden Modul über 
DSKSTATUS ein Fehler durchgereicht würde. 


60204 $EB11 60177 ISRSIR 


Diese "Interrupt Service Routine at Serial Input Ready" 
wird angesprungen, wenn der POKEY bei einem Interrupt 
über seine Flags die Meinung kundtut, er hätte ein 
Zeichen empfangen und es sei in SERIN abzuholen. 


In diesem Fall wird der POKEY-Status aus SKSTAT gelesen 
und eventuelle Fehlerbits durch Schreiben in SKSTATRES 
gelöscht. Danach wird getestet, ob das angeblich be- 
reitliegende Zeichen richtig gelesen wurde, oder ob ein 
Framing- oder Overrun-Error aufgetreten ist. In jedem 
der beiden Fehlerfälle setzt die Routine DSKSTATUS 
entsprechend. 


Ist das Zeichen als richtig übertragen eingezeichnet, 
wird über BUFFULL geprüft, ob alle einzulesenden Zei- 
chen eingetroffen sind. Ist dies der Fall, ist also 
BUFFULL nicht null, wird das Zeichen, das jetzt noch 
anliegt, als Checksumme interpretiert und nach dem 
Lesen des Zeichens geprüft, ob sie mit der berechneten 
Checksumme übereinstimmt. Ist die Prüfsumme nicht in 
Ordnung, wird in DSKSTATUS ein Checksummenfehler signa- 
lisiert. Unabhängig davon wird über das Setzen von 
RECEIVEND signalisiert, dass RECEIVE terminieren kann. 
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Ist BUFFUL null, wird das Zeichen gelesen, zu der 
Checksumme addiert und in den Puffer ab (DSKBUFPTR) 
geschrieben. Danach wird DSKBUFPTR inkrementiert und 
geprüft, ob BUFENDPTR erreicht wurde. Ist DSKBUFPTR 
weiterhin kleiner als BUFENDPTR, wird die Interruptrou- 
tine ohne weitere Flagänderungen verlassen. 


Bei Gleichheit der beiden Pointer ist das Ende der 
eigentlichen Datenübertragung gekommen. Es kann nun 
noch unter Umständen eine Checksumme zu empfangen sein. 
Ist dies der Fall, also ist NOCHKSUM null, wird BUFFULL 
für den nächsten Interrupt auf $FF gesetzt und die 
Unterbrechungsroutine verlassen. 


Ist laut NOCHKSUM keine Prüfsumme mehr von dem Sender 
zu erwarten, wird NOCHKSUM für den nächsten Aufruf von 
RECEIVE gelöscht und vor dem Verlassen der Routine 
RECEIVEND auf $FF (Receive vollständig beendet) 
gesetzt. 


$EB87 60295 $EB6E 60278 LOADPTR 
Es werden zwei Berechnungen durchgeführt: 
DSKBUFPTR := DSKBUFFER 
BUFENDPTR := DSKBUFFER + DSKBYTCNT 
Das heißt nichts anderes, als dass die für den SIO 
benötigten Pufferanfangs- und Enddaten aus dem DCB in 
den SIO-Control-Block übertragen werden. 

$EB9YD 60317 $EB84 68292 CASENTER 
Dieser Punkt wird angesprungen, wenn es sich um einen 
Kassetten-I/O handelt. Dazu wird als erstes unterschie- 
den, ob es sich um einen Lese- oder Schreibzugriff 


handelt, da beim Lesen die Eingabegeschwindigkeit ge- 
messen wird, beim Schreiben dagegen festliegt. 
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Handelt es sich also um einen Schreibzugriff, wird der 
POKEY in seinen Asynchron-Ausgabezählern 3 und 4 auf 
688 Bit/Sekunde programmiert. Dann wird über LOADPTR 
der SIO-Kontrollblock initialisiert und mit SEND der 
Block gesendet. CASENTER ist ebenfalls zuständig für 
das Ein- und Ausschalten des Kassettenmotors. 


Handelt es sich dagegen um einen Lesezugriff, wird 
CASFLAG gesetzt und, ebenfalls nach Setzen der SIO- 
Pufferpointer über LOADPTR, für diesen Block die Lese- 
geschwindigkeit festgehalten durch Aufruf der Prozedur 
BEGINREAD. Außerdem wird Timeri1 so initialisiert, dass 
er als Timeout-Interruptgeber fungiert. 


Nach einem RECEIVE-Aufruf, in dem der Block entweder 
richtig gelesen wird oder aber die Flags entsprechend 
gesetzt werden, wird der Kassettenmotor abgeschaltet, 
wenn dies gewünscht wurde (nur nach Übertragung des 
letzten End Of File-Blocks) und zum Aufrufer zurück - 
gekehrt. 


$EC11 60433 $EBF& 60400 TIMER1INT 


Hier wird hingesprungen, wenn bei einem Vertikal-Blank- 
Interrupt der TIMCOUNT1 auf null gegangen ist. Diese 
Routine wird benutzt, um einen Timeout ('endloses' 
Warten auf ein Gerät, das nicht antwortet oder nicht 
antworten kann) zu erkennen und die 'hängende' Opera- 
tion mit den entsprechenden Fehlermeldungen abzubre- 
chen. Dazu wird einfach eine Null in TIMEFLAG geladen. 


Damit TIMER1 diese Routine finden kann, wird in der 
Prozedur SETTIM1V die Adresse von TIMER1INT nach 
TIMER1VKT geladen. 


$EC17 60439 $EBF6 60406 SENDENABL 


Hier wird in SKCNTL und seinem Schattenregister ein 
Senden über die serielle Schnittstelle initiiert. Wei- 
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terhin wird bei Kassettenbenutzung für das dabei ver- 
wendete Zweitonverfahren Tonregister 2 mit der niedri- 
gen Frequenz und Tonregister 1 mit der hohen Frequenz 
geladen. Dann werden in IQRENS eventuelle alte Inter- 
rupts gelöscht und der Output_Data_Interrupt enabled. 
Danach wird mitten in die RECEIVEN-Routine gesprungen, 
wo die restlichen POKEY-Register für die Übertragung 
initialisiert werden. 


$ECAQ 60480 $ECIF 60447 RECEIVEN 


Hier wird, analog zu SENDENABL, der POKEY auf asyn- 
chrone Datenübertragung eingestellt und der Receiver- 
Interrupt in IRQEN erlaubt. 


Außerdem wird SKSTATRES beschrieben, um eventuelle alte 
Fehlermeldungen zu löschen. 


Hiernach steht der Einsprungpunkt für SENDENABL, bei 
dem Taktkanal 3 mit 1,77 MHz und Kanal 4 mit dem 
Ausgang von Kanal 3 versorgt wird. 


Dann werden die entsprechenden Kontrollregister 
AUDICNTL1 bis AUDICNTL4 entsprechend dem Wert von 
IOSOUNDEN so gesetzt, dass der "Übertragungs-Sound" nur 
bei gesetztem IOSOUNDEN durchkommt. 


Falls keine Kassettenoperationen gewünscht werden, 
werden die Tonkanäle 1 und 2 blockiert. Sie werden nur 
für das Zweitonverfahren der Kassette benötigt. 


$EC84 60548 $EC63 60515 SENDDIS 
Es werden die Bits 3, 4 und 5 von IRQENS gelöscht, was 
jegliches Lesen und Schreiben über Interrupt unterbin- 


det. Weiter werden die 4 Tonkontrollregister AUDICNTLx 
gelöscht. 
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$ECYA 60570 $EC79 60537 SETTIMOUT 


Diese Routine liefert das Produkt aus dem Low-Wert von 
DSKTIMOUT und der Konstanten 32. 


Sie liefert den High-Teil des Resultates im X-Register 
und den Low-Teil im Y-Register zurück. 


$ECA9 60585 $EC88 60552 INTTAB 


Hier liegen die drei Interruptvektoren ISRSIR, ISRODN 
sowie ISRXD. 


$ECAF 60591 $ECSE 60558 SENDINIT 


Nach kurzem Delay, das den I/O-Baugruppen Gelegenheit 
geben soll, sich einzuschwingen, wird SEND aufgerufen 
und danach WAIT. 


Nach Rückkehr von WAIT wird der Y-Wert in den Akku 
kopiert, um die Flags zu setzen. Ist ein Timeout pas- 
siert oder konnte das Gerät die Operation nicht ordent- 
lich durchführen, ist das Zero-Flag gesetzt. 


$ECCE 60616 $ECA7 60583 COMPUTE 
Diese Routine berechnet den Wert für die POKEY-Fre- 
quenzregister 3 und 4 beim Kassettenbetrieb. Sie ruft 
dabei ADJUST auf und wird selbst ausschließlich von 
BEGINREAD angestoßen. 

$ED2E 60718 $ED@8 60680 ADJUST 
Dieses Unterprogramm wird zur Justage der POKEY-Werte 


benutzt. Bei Verwendung eines 58&Hz-Gerätes wird der 
Wert des Akkus um $2@ erhöht, falls er den Wert 124 
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$ED3D 


$EDE2 


$EDF9 


$EE11 
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noch nicht erreicht hat. Ist der Akku größer als $7B, 
wird der Wert $7C abgezogen. 


Bei der NTSC-Version erfolgt die Erhöhung nur um den 
Wert $97. 


60733 $ED14 60692 BEGINREAD 


Dieser Programmteil stellt den POKEY auf die hier ge- 
messene Datenübertragungsgeschwindigkeit der Kassette 
ein. Dazu muss vorausgesetzt werden, dass die beiden 
ersten Bytes eines von Kassette zu lesenden Blockes 
immer den Wert $AA haben. Dieser Hexadezimalwert ent- 
spricht der Binärzahl %18181010, die sich recht gut zur 
Synchronisation eignet. 


Ist die Synchronisation beendet, werden zwei $55-Bytes 
im Datenpuffer abgelegt und die Checksumme dahingehend 
initialisiert, dass sie mit den beiden $55-Bytes über- 
einstimmt. während der gesamten Routine können sowohl 
Timeout- als auch BREAK-Tasten-Unterbrechungen auftre- 
ten. Sie würden durch geeignete Statusmeldungen in 
DSKSTATUS an das aufrufende Modul zurückgegeben und der 
Kassettenmotor abgeschaltet werden. 


60898 $EDBD 68861 SETTIMI1V 
Diese Routine setzt über JUMPTAB+$ßC den Sprungvektor 
für Timer1 (TIMER1VKT) auf TIMOUTINT und über JUMPTAB+ 


$8C den TIMER1 selbst (TIMCOUNT1) auf den in X (HIGH) 
und Y (LOW) übergebenen Wert. 


60921 $EDD2 60882 POKTAB 


Umrechnungstabelle für COMPUTE. 


60945 BXXXX XXXXX Tabellen 
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$EEB1 61105 EXXXX XXXXX ADJTAB 


$EEBC 


$EEF9 
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In ADJTAB steht der Zeitwert für ADJUST bei der NTSC- 
Version, in ADJTAB+1 der für die bei uns benutzte PAL- 
Version. 


61116 BXXXX XXXXX NEWDEVICE 


Diese Routine sucht ab Adresse HATABS nach einem Gerät 
mit dem in X übergebenen Namen. Findet es diesen Ein- 
trag, so kehrt die Routine mit gesetztem Carry-Flag 
zurück, wobei das X-Register auf die Handler-Adresse 
des gefundenen Eintrags zeigt (also hinter den Namen!) 
und das Y-Register den Eingangszustand aufweist. 


wird das gesuchte Gerät nicht gefunden, überprüft die 
Routine noch einmal alle Einträge, ob sie einen leeren 
Eintrag findet. Ist dies der Fall, wird der übergebene 
Akku-Wert als HIGH-Teil der Adresse und das Y-Register 
als LOW-Teil der Handler-Tabellenadresse interpretiert 
und zusammen mit dem in X übergebenen Namen als neuer 
HATABS-Eintrag registriert. 


In diesem Fall wird das Carry-Bit gelöscht. Ist kein 
weiterer Name frei, wird das Y-Register auf $FF und das 
Carry-Flag auf eins gesetzt. 


61177 BXXXX XXXXX SPECHANDL 


Dieser SPECial HANDLer ruft DCBINIT mit folgenden Para- 
metern auf: 


Akku Ein Zeichen von Adresse (IOCBBUFAZ) 
Y Wert von IOCBDSKNZ, also die Laufwerknummer 
Kehrt DCBINIT mit negativem Rückgabewert zurück, wird Y 


mit NON_EXISTANT_DEVICE geladen und die Routine ist 
beendet. 


$EF26 
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Anderenfalls werden folgende Register geladen: 


Register geladener Wert 
IOCBCHIDZ $7F ( sbit) 
IOCBPUTBZ Adr. von PUTBYTE1 - 1 (16bit) 
IOCBSPARE+IOCBCHIDZ Zeich. v. (IOCBBUFAZ) ( 8bit) 
IOCBSPARE+IOCBCHIDZ+1 CHAINTMP ( sbit) 
Y $01 

61222 EXXXX XXXXX PUTBYTE1 


Gleich bei Eintritt in diese Routine werden drei mög- 
liche Fehlerquellen überprüft: 


1) Die unteren vier Bit des Akku können ungleich null 
sein. Dann wird Y mit INVALID_IOCB-NUMBER geladen 
und die Bearbeitung abgebrochen. 


2) Den gleichen Returnwert erhält Y, wenn der Inhalt 
des X-Registers größer oder gleich $88 ist. 


3) Hat STARTTST den Wert null, wird ein 
NON_EXISTANT_DEVICE im Y-Register zurückgemeldet. 


Liegt keiner der drei Fälle vor, wird der x-Wert 
IOCBNUMZ verwendet und der durch IOCBCHIDZ spezifizier - 
te IOCB in den für IOCBs reservierten Zero-Page-Bereich 
kopiert, um mit diesen neuen Werten PREPLINK aufzuru- 
fen. Kehrt diese Routine mit negativem Wert zurück, 
wird ebenfalls die PUTBYTE-Routine mit einem Y-Wert von 
FUNCTION_NOT_IMPLEMENTED_IN_HANDLER abgebrochen. 


Im anderen Fall wird der Inhalt von IOCBPUTBZ (16 Bit) 


aus dem Stack abgelegt und durch RTS dieser Vektor 
angesprungen. 
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$EF65 61285 EBXXXX XXXXX FREI1 


Hier liegen sechs unbenutzte und mit null initialisier- 
te frei zu benutzende Programmspeicherbytes. Bitte bei 
Belegung auf die korrekte Checksummenberechnung achten 
(CHECKROM1 u.a.!). 


$EF6B 61291 BXXXX XXXXX CASMOTOFFC 


Ein direkter Sprung zu CASMOTOFF. 


$EF6E 61294 $F3E4 POWERONA 


Hier wird LASTCH gelöscht (auf $FF gesetzt), RAMTOP auf 
den Wert aus RAMSIZE, SHIFTLOCK auf $48 (nur Großbuch - 
staben), KEYDEFPTR auf KEYDEF und FKTDEFPTR auf FKDEF 
gesetzt. 


$EFSE 61326 EBXXXX XXXXX INITSOME 


An dieser Stelle wird im Zuge eines Kalt- oder Warm- 
starts ein großer Teil der im System verwendeten Vari- 
ablen winitialisiert. Dazu gehören zum Beispiel 
CHARBASE, CHARSTPTR, DMACNTLS, CHARCNTL, MONSTATUS, 
IRQSTS, IRQST, CURSORINH, TEXTINDEX, ADDRESS, TABMAP, 
COLPF@S-COLBAKS, TEXTSTART und andere. 


$F188 61824 $F593 62867 GETCH 
Diese Routine liest ein Zeichen ab der angegebenen 


Cursorposition und übergibt es im Akku. Die Cursorposi- 
tion wird dabei inkrementiert. 
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$F18F 61839 $F18F 61839 GETPLT 


GETPLT ist eine von GETCH benutzte Prozedur und liest 
das bei ADRESS liegende Zeichen ein und wandelt es vom 
internen Bildschirmcode zurück in den ATASCII-Code. 


$F1A4 61860 $F5BD 62909 OUTCH 


Das im Akku übergebene Zeichen wird auf CLEAR_SCREEN 
($7D) und NEWLINE ($9B) überprüft und gegebenenfalls 
die entsprechenden Routinen aufgerufen, ansonsten wird 
die Zeichenverwaltung von OUTPLT übernommen, bevor der 
Cursor inkrementiert wird. 


$FICA 61898 $F5E® 62944 OUTPLT 


Wenn das Bildschirmausgabeflag STARTSTOP nicht null 
ist, läuft der Atari hier in einer Endlosschleife so 
lange, bis es wieder gelöscht wird. 


Danach wird das im Akku übergebene Zeichen an der 
Cursorposition abgelegt. 


In dieser Routine ist OUTCH2 ($F1E9) häufig auch von 
anderen Modulen benutzter Einsprungpunkt. 


$F22B 61963 $F621 630809 RETURM 


RETURN from Monitor sorgt dafür, dass bei eingeschalte- 
tem Grafikmodus kein Cursor zu sehen ist und versorgt 
bei erfolgreich verlaufenen I/O DSKSTATUS mit dem Wert 
SUCCESS. 


An dieser Stelle sollte nicht ganz unerwähnt bleiben, 
dass hier mitten in der Routine (kurz vor dem Ende) 
umständlich um das folgende Label herumgesprungen wer - 
den muss. wir halten das für dieses recht aufgeräumte 
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$F223 


$F22E 


$F24A 
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Betriebssystem für den Ausrutscher für die Leute, die 
nicht gerne Perfektes kaufen. 


Somit endet die Routine RETURM bei Adresse $F22D und 
nicht schon vor dem folgenden Sprung. 


Ebenfalls nicht unwesentlich ist, dass die Adresse 
$F21E von SWAP als Einsprungpunkt benutz wird. Es ist 
die Stelle, an der der aufrufenden Schicht die Erfolgs- 
meldung signalisiert wird. Diese Adresse ist beim 
400/800 $F634. 


61987 BXXXX XXXXX TESTROMEN 


Dies ist lediglich ein direkter Sprung zu SWITCHROM. 
Bitte vor eventuellen Änderungen vorstehenden Absatz 
lesen! 


61998 BXXXX XXXXX SCROLFINE 


Ist Bit 7 von FINESCROL Null, wird die Routinenbearbei- 
tung abgebrochen, sonst werden der Display-List-Inter- 
rupt abgeschaltet, FINESCROL auf null und der ANTIC- 
Programmvektor auf $COCE, also MASKTAB-1 gesetzt bevor 
in die Routine INITSOME gesprungen wird. 


62026 $F63E 63038 EGETCH 


Diese Routine wird benutzt, um eine komplette logische 
Zeile (also über max. 128 Zeichen) einzugeben und edie- 
ren zu können. Als Rückgabewert wird im Akku das erste 
Zeichen der Zeile übergeben, falls nicht BREAK gedrückt 
wurde. War dies der Fall, so wird im Akku ein NEWLINE 
($9B) übergeben und das Y-Register enthält als Status 
den Wert $89. 


War die Eingabe in Ordnung, ist also nicht BREAK ge- 
drückt worden, hat Y den Wert $81. Da beim ersten 
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Aufruf nur das erste Zeichen der eingegebenen Zeile 
übergeben werden kann, muss nun für jedes weitere ein- 
gegebene Zeichen EGETCH erneut aufgerufen werden. Dabei 
wird dann automatisch immer das nächste Zeichen zurück - 
geliefert. Das Ende einer logischen Zeile wird dem 
aufrufenden Modul ebenfalls mit dem NEWLINE-Code mit- 


geteilt. 

$F2AD 62125 $F6A1 63137 JSRIND 
Es erfolgt von hier aus ein indirekter Sprung zu 
(ADDRESS). 

$F2B@ 62128 $F6AA 63148 EOUTCH 


Es wird das im Akku übergebene Zeichen an der Cursorpo- 
sition abgelegt. Steuerzeichen werden verarbeitet. 


$F2F8 62200 $F6DD 63197 KGETC2 


Dies ist kein Einsprungpunkt, das Label wird lediglich 
von der folgenden KGETCH-Routine benötigt. 


$F302 62210 $F6E2 63202 KBGETCHAR 


Hier wird ein Zeichen von der Tastatur gelesen und auf 
verschiedene Sonderzeichen hin überprüft. Eines dieser 
Sonderzeichen wäre zum Beispiel das mit dem Tastatur- 
code $89. Dieses leider im 600XL/800XL nicht verfügbare 
Sonderzeichen würde den Tastaturklick toggeln, das 
heißt, einschalten, wenn er ausgeschaltet war und umge - 
kehrt. Weiterhin behandelt die Routine aber auch beim 
60@XL/8BR@XL zu verwendende Sonderzeichen wie zum Bei- 
spiel CONTROL-1 zum Anhalten und Weiterlaufenlassen der 
Bildschirmausgabe. 
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$F3EQ 62432 $F779 63353 ESCAPE 
Das ESCAPEFLG wird auf $88 gesetzt. Es wird benötigt, 
um Cursorbefehle als Sonderzeichen auf dem Bildschirm 
darstellen zu können. 

$F3E6 62438 $F77F 63359 CURSORUP 
Der Cursor wird um eine physikalische Zeile nach oben 
transportiert beziehungsweise am oberen Bildschirmrand 
auf die unterste Zeile zurückgesetzt (sogenanntes wrap- 
around). 

$F3F3 62451 $F78C 63372 CURSORDWN 
Der Cursor wird eine Zeile nach unten beziehungsweise 
von der letzten Zeile aus wieder in die oberste zurück - 
gesetzt. 

$F4008 62464 $F799 63385 CURSORLFT 
Der Cursor wird eine Position nach links geschoben. 
Befindet er sich zu Beginn am Anfang einer Zeile, so 
erfolgt ein Zeilen-wrap-around. 

$F411 62481 $F7AA 63482 CURSORRIG 
Der Cursor wird eine Spalte nach links weitergeschoben. 
Befindet er sich am äußersten Rand des Bildschirms, 
wird er auf die erste Spalte derselben Zeile gesetzt. 

$F420 62496 $F7B9 63417 CLEARSCRN 


Der Bildschirm wird zusammen mit der LOGIGMAP gelöscht. 


Danach wird die CURSORHOM-Funktion ausgeführt. 
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$FE48 62528 $F7D6 63446 CURSORHOM 
Der Cursor wird in die linke obere Ecke (Home-Position) 
gesetzt. Der Bildschirminhalt bleibt unverändert. 

$F458 62544 $F7E6 63462 CURSORBS 
Es wird die BACK-SPACE-Funktion ausgeführt, d.h., das 
direkt links vom Cursor stehende Zeichen wird gelöscht 
und der Cursor steht nun auf dessen Platz. 
Steht der Cursor zu Beginn der Routine am Anfang der 
Zeile, wird das Kommando ignoriert. 


$F47A 62586 $F810 63504 CURSORTAB 


Es wird in BITMASK nach der nächsten Tabulatorposition 
gesucht und diese angesprungen. 


Ist keine weitere Tabulatorposition in der Zeile ver- 
fügbar, wird an den Anfang der nächsten Zeile gesprun- 
gen. 

$F495 62613 $F82D 63533 CURSOSTAB 
Die Spalte, an der der Cursor bei Aufruf der Routine 
steht, wird Tabulatorposition durch Setzen des entspre- 
chenden Bits in BITMASK. 


$F49A 62618 $F832 63538 CURSOCTAB 


Eine eventuell an der Cursorspalte existente Tabulator - 
position wird gelöscht. 
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$FA9F 62623 $F837 63543 INSCHAR 
An der Cursorposition wird nach Möglichkeit ein Leer- 
zeichen eingeschoben (Insert). 

$F4D5 62677 $F86D 63597 DELCHAR 
Das Zeichen, das logisch rechts vom Cursor steht, wird 


gelöscht und alle weiteren Zeichen werden "'herange- 
rückt' (Delete). 


$F59C 62732 $F8A5 63653 INSLINE 
An der Cursorposition wird eine neue logische Zeile 
eingefügt. 

$F520 62752 $F8D4A 63708 DELLINE 


Die durch die Cursorposition bezeichnete logische Zeile 
wird gelöscht. Alle anschließenden Zeilen rücken auf. 


$F556 62806 $F9YQA 63754 BELL 


Es wird 32-mal KEYCLICK aufgerufen. Das ergibt einen 
ca. 9,25s langen Ton. 


$F55F 62815 BXXXX XXXXX BOTTOMLIN 


Diese Routine positioniert den Cursor in die unterste 
Bildschirmzeile und erste Spalte. Diese Position wird 
von manchen Terminals als Home-Position angesprungen 
und ist immer dann sinnvoll einzusetzen, wenn man nicht 
genau weiß, wo man eigentlich auf dem Schirm steht und 
was für Informationen auf ihm stehen. 
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$F565 62821 $F917 63767 DBDDEC 


ADDRESS wird zweifach dekrementiert und überprüft, ob 
das Register dann immer noch in den ihm vorgegebenen 
Grenzen liegt oder ein SCREEN_ERROR aufgetreten ist. 


$F5AC 62892 $F947 63815 CONVERT 
Die durch Spalten- und Zeilennummer spezifizierte Cur- 
soradresse wird in die effektive Speicheradresse umge - 
rechnet. 

$F6QA 62986 $F9D4A 63956 INCRSB 
Nach einem Inkrementieren der Cursorposition wird über - 
prüft, ob der Cursor am Ende einer Zeile oder ab Bild- 
schirmende steht. 
Sollte dies der Fall sein, wird automatisch ein Scroll- 
Vorgang ausgelöst. 

$F6AE 63150 $FA7A 64122 SUBEND 
Je nach Wert von X ($00 oder $02) wird ENDPOINTR von 
PLOTROWAC oder von PLOTCOLAC abgezogen. 

$F6BC 63164 $FA88 64136 ERANGE 
ERANGE ist der Einsprungpunkt für den Editor. Hier wird 
getestet, ob der Editor geöffnet ist und bei negativem 
Ergebnis ein Öffnen vollzogen. 
Danach wird überprüft, ob der Cursor innerhalb seiner 
normalen Grenzen liegt. Tut er dies nicht, wird 


CURSORHOM aufgerufen und ein CURSOR_OVERRUN-Error sig- 
nalisiert und die letzte Returnadresse vom Stack genom- 
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men. Damit gelangt der Fehler also direkt zu dem 
CIOMAIN aufrufenden Modul. 

$F715 63253 EAXXX XXXXX JMPF21E 
Es folgt ein direkter Sprung mitten in die RETURN- 
Routine. Dieser Ansprung wird von SWAP benutzt. 

$F718 63256 $FAE4A 64228 OFFCURSOR 
Das Zeichen, an dem der Cursor im Moment steht, wird 


wieder in den Bildschirm geschrieben - der Cursor also 
abgeschaltet. 


Alle jetzt folgenden Routinen mit Namen BITxxx beziehen 
sich auf Tabulatorenverarbeitung: 

$F723 63267 $FAEB 64235 BITCON 
Die Maske ab MASKTAB+Offset im Akku wird in BITMASK 
abgelegt und in X 1/8 des im Akku übergebenen Offsets 
zurückgegeben. 

$F732 63282 $FAFA 64258 BITROL 
LOGICMAP bis LOGICMAP+2 wird um ein Bit nach links 
geschoben. Das höchste Bit aus LOGICMAP wird im Carry 
zurückgegeben. 


$F73C 63292 $FBO4 64260 BITPUT 


Setze durch Akku spezifiziertes Bit in TABMAP. 
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$F74A 63306 $FB12 64274 BITCLR 


Löscht das durch den Akku spezifizierte Bit in TABMAP. 


$F758 63320 $FB2@ 64288 LOGGET 
Lädt Akku mit CURSROW + 12@ und läuft in die nächste 
Routine hinein: 

$F75D 63325 $FB25 64293 BITGET 
Gibt ein gesetztes Carry-Flag zurück, wenn das durch 
den Akku spezifizierte Bit gesetzt ist. 

$F76A 63338 $FB32 64306 INATAC 
Das im Akku übergebene Bildschirmcode-Zeichen wird in 
ein ATASCII-Zeichen gewandelt, wenn es sich nicht um 
ein Grafiksymbol handelt. 

$F78E 63374 $FB4E 64334 LINEINSERT 
Hier erfolgt das hardwareabhängige Verschieben einer 
physikalischen Zeile. Es werden die Register ADDRESS, 
MLTTMP sowie SAVEADR benutzt. 

$F7C2 63426 $FB7B 64379 EXTEND 
Diese Routine verlängert eine logische Zeile um eine 
weitere physikalische. 

$F7E2 63458 $FB9YB 64411 CLEARLINE 


Diese Routine erledigt das hardwareabhängige Löschen 
(nicht: Entfernen!) einer physikalischen Zeile. 
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$F7F7 63479 EAXXX XXXXX DOSCROLL 
Diese Routine erledigt das 'feine' Scrolling auf dem 
Bildschirm sowie einen Teil der Grafikverarbeitung. 

$F8B1 63665 $FC2® 64512 DOBUFC 
Diese Routine berechnet die Pufferlänge der momentanen 
logischen Zeile, wobei die letzten Leerzeichen igno- 
riert werden. 

$F99C 63756 $FC5C 64694 STRBEG 
BUFSTR wird auf den Anfang der durch die Cursorposition 
bestimmten Zeile gesetzt. 

$F918 63768 $FC68 64616 DELTIA 
Diese Routine hat die Aufgabe, eine physikalische Zeile 
dann zu löschen, wenn sie leer und letzte physikalische 
einer logischen Zeile ist. 

$F93C 63804 $FC8D 64653 TESTCNTL 
Diese Prozedur durchsucht die Kontrollzeichentabelle ab 
CONTROLS. Ist das Zeichen gefunden, hat X den Offset 
auf den gefundenen Tabelleneintrag bezüglich CONTROLS. 
Außerdem ist im Erfolgsfall das Zero-Flag gesetzt. 


$F9AC 63820 $FC9D 64669 PHACRS 


CURSROW, CURSCOL und GRAPHEMUL werden ab TEMPROW nach 
unten abgelegt. 
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$F957 63831 $FCA8 64680 PLACRS 
Die von PHACRS ab TEMPROW nach unten hin geretteten 
Cursorpositionen werden wieder geladen. 

$F962 63842 $FCB3 64691 SWAP 
Es werden die Variablen CURSROW bis OLDGRADR+1 mit 
TEXTROW bis TEXTGRAD+1 vertauscht und SWAPFLAG inver- 
tiert. Diese Vertauschung muss vorgenommen werden, wenn 
von Text nach Grafik innerhalb eines Bildschirmes umge - 
schaltet werden soll oder umgekehrt. 

$F983 63875 $FCD8 64728 KEYCLICK 
An dieser Stelle wird das Klicken der Tastatur ge- 
neriert. 

$F997 63895 $FCEA 64748 COLCR 
CURSCOL wird null, wenn SWAPFLAG null und GRAPHEMUL 
ungleich null ist. Ansonsten wird CURSCOL auf den Wert 
von LFTMARGIN gesetzt. 


$F9YA6 63910 $FCF3 64755 PUTMSC 


Der Wert von SCRNSTART wird nach ADDRESS geladen. 


$FYAF 63919 $FCFC 64764 DRAWTO 
Es wird, je nach Kommando in IOCBCMDZ entweder eine 
Linie gezogen (DRAW) oder ein Bereich ausgefüllt 
(FILL). 


Die Linie würde gezogen von OLDGRROW, OLDGRCOL zu der 
in CURSROW und CURSCOL angegebenen Adresse. 
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$FB®4 64260 $FE45 65093 TABELLEN 


$FBOD 64269 $FEC6 65222 CONTROLS 
Diese Tabelle beinhaltet alle benutzbaren Steuerzeichen 
und dahinter die entsprechende Handler-Adresse. 

$FB11 64273 EAXXX XXXXX FKDEF 
Hier stehen für jede (beim 6®®XL/80@XL nicht einge- 
baute) Funktionstaste F1 - F4 16 Byte zu ihrer Bedeu- 
tungsdefinition zur Verfügung. 

$FB51 64337 EAXXX XXXXX KEYDEF 
Hier stehen alle 192 möglichen Tastencodes, respektive 
ihre Bedeutungen. 

$FC1A 64538 $FFBE 65478 CPIRQQ 
Hier liegt der Keyboard-Interrupt. Es wird das 
STARTSTOP-Flag bei Drücken von CONTROL-1 modifiziert, 
das ATRACT-Register wird gelöscht und SRTIMER auf den 
vorgewählten Delay-Wert KEYRPDELY gesetzt. 


$FCD6 64726 BXXXX XXXXX FREI2 


Es stehen hier 2 mit $2@ initialisierte Bytes. 


$FCD8 64728 BXXXX XXXXX KEYCLICKC 


Von hier wird ein direkter Sprung zur KEYCLICK-Routine 
gestartet. 
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$FCDB 64731 $EF41 61249 INIT 


In dieser kurzen Routine wird der POKEY auf 600 Bit/Se- 
kunde Datenübertragungsrate eingestellt. 


$FCE6 64742 $EFAC 61260 CASOPEN 


Hier wird der Kassettenrekorder für die Ausgabe oder 
Eingabe vorbereitet. Es wird ein Fehler zurückgemeldet, 
wenn das Gerät schon geöffnet ist. 


Tritt hier kein Fehler auf, wird je nach Kommando 
(Schreiben oder Lesen) BEEPWAIT für einen oder zwei 
Töne aufgerufen, was wiederum einen, beziehungsweise 
zwei Kommandotöne zur Kassettenbedienung erzeugt. Da- 
nach wird nach Drücken einer Taste der Motor hardware - 
mäßig eingeschaltet und kurze Zeit gewartet, bis er 
richtig läuft. Beim Schreiben wird gleich ein 2@ Sekun- 
den langer Startton an die Kassette gesendet und es 
werden allgemein die Pufferpointer und Pufferlängenzei- 
ger gesetzt. 


$FD7A 64890 $EFD6 61398 CASRDBYTE 


Es wird ein Byte von Kassette gelesen. Ist der Puffer 
leer, aber das File noch nicht zu Ende, so wird ein 
neuer Datenblock eingelesen. Das Datum wird bei richti- 
gem Lesen im Akku zurückgegeben und in Y ergibt sich 
der Status der Operation. 
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$FD8D 


$FDB4 


$FDCC 


$FDCF 
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64989 $EFE9 61417 CASREADBL 


Es wird ein kompletter Block von Kassette gelesen und 
kontrolliert, ob es der letzte Block war. Ist dies der 
Fall, wird weiter kontrolliert, wie viele Byte noch in 
diesem Block enthalten sind. Die Anzahl wird in 
CASBUFLIM zurückgegeben. 


War das File schon komplett gelesen, erfolgt 
END_OF_FILE-Errormessage. 


64948 $FO10 61456 CASPUTBYT 


Das im Akku übergebene Zeichen wird im Puffer ab 
CASDATA bis CASDATA+$7F abgelegt. Ist der Puffer voll 
(CASBUFPTR zeigt in den Puffer hinein auf die nächste 
freie Stelle), wird er automatisch geschrieben und neu 
initialisiert. 


64972 $F028 61480 STATUS 


Hier wird lediglich eine Erfolgsmeldung (SUCCESS) in Y 
signalisiert. 


64975 $F&2B 61483 CASCLOSE 


Es wird die Kassettenbearbeitung abgeschlossen. Beim 
Lesen ist dies recht einfach, beim Schreiben muss 
jedoch darauf geachtet werden, dass die letzten im 
Puffer vorhandenen Bytes ebenfalls auf die Kassette 
geschrieben werden. Zusätzlich muss nach dem letzten 
Block noch ein End_Of_Text-Block geschrieben werden. 
Erst danach darf der Kassettenmotor abgeschaltet 
werden. 
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$FDFC 65020 $F058 61528 BEEPWAIT 


Im Akku wird an diese Routine die Anzahl der Piep-Töne 
übergeben, die ausgesendet werden sollen. Jeder der 
Töne ist ca. 8,25s lang, danach folgt eine Pause von 
ca. 8,1s. Nach dem letzten Ton wird KBGETCHAR aufgeru- 
fen, also auf die Eingabe eines beliebigen Zeichens 
gewartet. 


$FE3F 65087 $F895 61589 SIOSYSBUF 


Hier wird der SIO-Puffer ab DSKDEVICE für die 
Kassettenoperationen Read beziehungsweise Write vor- 
bereitet. Zum Beispiel wird der Kassettenpuffer auf 
$03FD gelegt und die Anzahl der zu erwartenden be- 
ziehungsweise zu schreibenden Zeichen auf 131. Dann 
wird über JUMPTAB+$89 das SIO-Interface aufgerufen. 


Der jeweilige Kommandocode ist im Akku zu übergeben. 
wird SIOSYSBUF mit einem Write-Kommando aufgerufen, ist 
die Routine höchstwahrscheinlich von WSIOSB ange- 
sprochen worden. 


$FE7C 65148 $F2D2 61650 WSIOSB 


Dies ist die Vorbereitungsroutine für das Schreiben auf 
Kassette. Im Akku wird der Typ des zu schreibenden 
Blockes übergeben. Dabei bedeutet 


$FC Dieser Block besteht aus 128 Datenbytes 


$FA Dieser Datenblock enthält weniger als 128 
signifikante Bytes. Die genaue Anzahl 
steht in Byte 128 des Blockes. Das heißt, 
es werden zwar 128 Bytes gelesen, aber 
nur maximal 127 verwendet. 
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$FE Es handelt sich hierbei um einen 
END_OF_FILE-Block, bei dem alle Daten- 
bytes initial null sind. 
Es muss an diese Routine kein Kommando übergeben 
werden. Sie wird nur im Schreib-Fall aufgerufen. 
$FE8D 65165 EBRXXX XXXXX TABELLE 
Sie enthält die Wertepaare 
$04 $03 
$8Q0  $CO 
$02 $01 
$40 $E® 
$1E $19 
$OA $08 
$FE99 65177 $EE78 61048 PHINIT 
Der Wert für den Timeout beim Printer (PTIMOUT) wird 
auf 39 gesetzt. 
$FE9F 65183 $EE7E 61054 PHSTLO 
Hier liegt für die indirekte Benutzung der Adresswert 
$02EA (DEVICSTAT). 
$FEA1 65185 $EE8® 61056 PHCHLO 


Hier liegt für die indirekte Benutzung der Adresswert 
$03C®@ (PRINTBUF). 
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$FEA3 65187 $EE81 61057 PHSTAT 


Es wird versucht, den Drucker anzusprechen. Wenn dies 
nicht gelingt, wird ein gesetztes Negativ-Flag in der 
CPU zurückgeliefert. 


$FEC2 65218 $EE9F 61087 PHOPEN 


Nach einem Aufruf von PHSTAT wird die Printerpufferlän- 
ge auf & gesetzt (PRTBUFPTR). Der Status aus PHSTAT 
liegt noch im Y-Register, die Flags sind nicht signifi- 
kant. 


$FECB 65212 $EEA7 61895 PHWRITE 


Der Printerpuffer PRINTBUF wird sukzessive gefüllt bis 
zu einem NEWLINE-Zeichen. Ist dann der Puffer noch 
nicht voll (128 Zeichen), wird er mit Leerzeichen auf- 
gefüllt. 


Ist der Puffer voll, wird er über JUMPTAB+$®9 und 
SIOINTERF auf den Drucker geschickt. 


$FF82 65282 $EEDC 61148 PHCLOSE 


Nach einem Aufruf von PRMODE wird geprüft, ob der 
PRINTBUF leer ist und wenn nicht, wird er über PHWRITE 
geleert. PHWRITE wird nicht am eigentlichen Einsprung- 
punkt aufgerufen. 


$FFOF 65295 $EEE6 61158 SETDBC 
In X und Y werden der Low- beziehungsweise High-Teil 
der Pufferadresse aus PHCHLO übergeben, um damit und 


mit weiteren intern zu holenden Werten die SIO für 
einen Druck-Befehl zu initialisieren. 
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$FF3F 


$FF46 


$FF6E 
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65343 $EF1A 61210 PHPUT 


Der Wert aus PRTTIME wird nach PTIMOUT übertragen. 


65350 $EF1A 61210 PRMODE 


Je nach Printmode (Normal, Doppelte_Breite oder Schmal- 
druck) werden DSKCMD und DSKAUX1 initialisiert. 


65390 BXXXX XXXXX CHECKROM1 


Es wird die Checksumme über die folgenden Speicherbe- 
reiche berechnet: 


$C002 - $CFFF (C80@,1 nicht, weil sie 
selbst eine Checksumme 
darstellen und deshalb 
nicht mitberechnet werden 
können! 


$5000 - $57FF (TestROM) 
$D800 - $DFFF (Mathe-ROM) 


Ist diese in CHECKSUM (LOW) und CHECKSUM+1 (HIGH) be- 
rechnete Prüfsumme identisch mit den in CHECKSR® be- 
ziehungsweise CHECKSR1 programmierten Werten, erfolgt 
positive Meldung durch gelöschtes Carry-Flag, sonst ist 
das Carry-Flag gesetzt. Die Routine kann natürlich auch 
zum Berechnen der Werte bei neu programmierten Be- 
triebssystemteilen verwendet werden. Die Werte stehen 
nach der Berechnung ja immer noch in CHECKSUM zur 
Verfügung! 


Diese und die nächste Funktion benutzen GETCHECKS. 
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$FF8D 65421 BXXXX XXXXX CHECKROM2 


Diese Funktion liefert als Wert ein gelöschtes Carry- 
Flag, wenn die in GETCHECKS für die ROM-(RAM-?) 
Bereiche 


$ERR® - $FFF7 ($FFF8, $FFF9 ist Prüfsumme) 
$FFFA - $FFFF 


berechnete Prüfsumme mit den Werten in CHECKSUM2 (Low) 
und CHECKSUM2+1 (High) übereinstimmt, ansonsten ist der 
Funktionswert im Carry-Flag eins. 


$FFA4A 65444 BXXXX XXXXX GETCHECKS 


Bei Aufruf dieser Routine erwartet diese im X-Register 
einen Wert, aus dem sie den Speicherbereich erkennen 
kann, dessen Checksumme sie zu dem Wert in CHECKSUM 
(Low) und CHECKSUM+1 (High) addieren kann, wobei es 
egal ist, ob dieser Speicherbereich RAM oder ROM selek- 
tiert. Es stehen folgende Werte für X zur Verfügung, 
die dann über CHKSUMTAB die entsprechenden Speicherbe- 
reiche spezifizieren: 


Eingabeparameter in X geprüfter Speicherbereich 
$00 $C002 - $CFFF 
504 $5000 - $57FF 
+08 $D800 - $DFFF 
$DC $E000 - $FFF7 
$19 $FFFA - $FFFF 


Die Routine kehrt als Seiteneffekt mit einem um den 
Wert 4 erhöhten X-Register zurück. Das erleichtert das 
mehrfache Aufrufen dieser Funktion zum Testen mehrerer 
Speicherbereiche. 
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$FFD2 


$FFF& 


$FFFA 
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65498 EBXXXX XXXXX CHKSUMTAB 


Hier stehen die Anfangs- und um eins erhöhten Endwerte 
für den Prüfsummentest GETCHECKS. Es sind demzufolge 
die Werte 


$C002 $D009 
$5000 $5800 
$D800 $E009 
$E009 $FFF8 
S$FFFA $2000 
enthalten. 
65528 EBXXXX XXXXX CHECKSUM2 


Hier und im folgenden Byte steht die Prüfsumme über die 
momentan implementierten Betriebssystemteile in den 
Speicherbereichen 


$EO00 - $FFF7 
$FFFA - $FFFF 


Die beiden Prüfsummenbytes $FFF8 und $FFF9 sind selbst - 
verständlich nicht enthalten. Dies wäre zwar rechne- 
risch möglich, würde jedoch den Nachteil in sich ber- 
gen, dass die Funktion GETCHECKS nicht mehr als Seiten- 
effekt bei Neuimplementierungen von Betriebssystemtei- 
len die neue, korrigierte Prüfsumme liefern würde. 


65538 $FFFA 65538 NMIVKT 
Dieser Vektor ist der vom Mikroprogramm der R65®2-CPU 


festgelegte Vektor für die Routine des nicht maskierba- 
ren Interrupts. Er zeigt auf die Adresse PNMI. 
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$FFFC 65532 $FFFC 65532 RESETVKT 
Dieser Vektor ist der vom Mikroprogramm der CPU festge- 
legte Vektor für die Routine des Hardware-Reset. Er 
zeigt auf die Adresse RESETCOLD. 

$FFFE 65534 $FFFE 65534 INTVKT 
Dieser Vektor ist der vom Mikroprogramm der CPU festge- 


legte Vektor für die Routine des maskierbaren Inter- 
rupt. Er zeigt auf die Adresse JMPIRQVKT. 
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$0 
$1 


$2 


$3 


$4 


$5 


$6 


$7 


$8 


HILFSWORT 

Diese zwei Byte werden von der Reset-Routine 
beim Speichertest verwendet. 

CASINITV 

Wurde von Kassette gebootet, und war das 
Booten erfolgreich, erfolgt ein Sprung an die 
hier stehende Adresse. 

RAMTSTPTR 

Auch dieser Pointer wird nur für den Spei- 
chergrößentest verwendet. 

TMPRAMSIZ 

wird in Verbindung mit Adresse 5 ($5) be- 
nutzt, um das Ergebnis des RAM-Tests festzu- 
halten. 

TESTDATA 

Hier steht das Datenbyte, das vor Beginn des 
Speichertests an der gerade zu testenden 
Stelle stand. 

WARMFLAG 

Steht hier ein Wert ungleich null, erfolgt im 


Normalfall beim Drücken der RESET-Taste nur 
ein Warmstart. 


10 
11 


12 
13 


14 


15 


16 


17 


$9 


$A 
$B 


$c 
$D 


$E 


$F 


$1@ 


$11 
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DOSAKTIV 

Hat dieses Byte den Wert eins, so erfolgt 
beim Warmstart ein Sprung zur DOS-Initiali- 
sierungsroutine in DOSINIT. 

DOSVKT 

Hier liegt die Startadresse der DOS- oder 
anderen Boot-Software. 

DOSINIT 

Sprungadresse zur Initialisierungsroutine des 
DOS. 

BASMEMTOP 

Hier steht die höchste, vom Benutzerprogramm 
zu verwendende Speicheradresse. Darüber liegt 
in den meisten Fällen der Bildschirmbereich. 
IRQENS 

Durch Setzen der jeweiligen Bits können hier 
die Interruptquellen vom POKEY gesteuert 
werden. Ist ein Bit gesetzt, so ist die ent- 
sprechende Quelle aktiv (s. S. 179). 

IROSTS 

Ist eines der Bits dieses Schattenregisters 
auf null, so ist die zugehörige Interrupt- 


quelle im POKEY aktiv geworden und es ist der 
entsprechende Handler aufzurufen (s. S. 179). 
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18 
19 
20 


21 
22 


23 


24 
25 


26 
27 


28 
29 
30 
31 
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$12 
$13 
$14 


$15 
$16 


$17 


$18 
$19 


$1A 
$1B 


$1C 
$1D 
$1E 
$1F 


CLOCK 


Dieser Drei-Byte-Wert wird alle 1/58 Sekunde 
inkrementiert, wobei 28 ($14) das nieder- 
wertigste Byte ist. 

BUFFERADR 

Diese Adresse dient den SIO-Routinen als 
Hilfszeiger bei Diskettenoperationen. 

IOCBCMD 

Sie dient als Hilfsspeicher bei CIO-Opera- 
tionen. 

DISKFORM 

Dies ist ebenfalls ein Hilfszeiger für die 
Diskettenoperationen. 

DISKUTIL 

Für diesen Pointer gilt Ähnliches wie für 


DISKFORM, 


ABUFPTR® 
ABUFPTR1 
ABUFPTR2 
ABUFPTR3 


Dies sind Hilfszeiger für rein internen Ge- 
brauch. 
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33 


34 


35 


36 
37 


38 
39 


$20 


$21 


$22 


$23 


$24 
$25 


$26 
$27 
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IOCBCHIDZ 

In diesem Byte liegt das Erkennungssymbol des 
anzusprechenden Gerätes an der seriellen 
Schnittstelle. 

IOCBDSKNZ 

Bei der Diskettenverarbeitung reicht die 
Identifikation 'Diskette' in IOCBCHIDZ nicht 
aus, sodass noch eine Laufwerksnummer über - 
geben werden muss. Dies geschieht hierdurch. 
IOCBCMDZ 

Hier liegt das gerade in Arbeit befindliche 
oder gerade fertig gewordene CIO-Kommando. 
IOCBSTATZ 

An dieser Adresse legt die CIO-Routine ihre 
Statusmeldungen ab. 

IOCBBUFAZ 

Hier liegt die Anfangsadresse des Daten- 
puffers bei CIO-Operationen. 


IOCBPUTBZ 


Startadresse-1 der PUT_ONE_BYTE-Routine des 
entsprechenden Gerätes. 
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40 $28 IOCBBUFLZ 
41 $29 
Pufferlänge ab IOCBBUFAZ 


42 $2A IOCBAUX1 

43 $2B IOCBAUX2 

44 $2C IOCBAUX3 

45 $2D IOCBAUX4 
Hilfsinformationen für die CIO-Kommandobear - 
beitung. 

46 $2E IOCBNUMZ 


Nummer des zu benutzenden IOCBs, multipli- 
ziert mit 16. 


47 $2F TIOCBCHARZ 


Hilfsregister zur Aufnahme des zu übertra- 
genden Zeichens bei CIO-Schreib-Operationen 
ohne Datenpuffer. 


Die folgenden Register sind ausschließlich für den internen 
Gebrauch bestimmt. Sie dürfen nur benutzt werden, wenn die 
sie benutzenden Routinen verändert werden, da sonst nichts 
über den Zustand sowohl der benutzenden Routinen als auch 
der Variablen selbst ausgesagt werden kann. 


48 $38 DSKSTAT 


Statusrückmeldung aus Disketten- oder Kasset- 
tenverarbeitung. 
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50 
51 


52 
53 


54 


55 


56 


57 


58 


$31 


$32 
$33 


$34 
$35 


$36 


$37 


$38 


$39 


$3A 
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DSKCHKSUM 


Prüfsummenregister für serielle Übertragung. 


DSKBUFPTR 


Pufferanfang für Kassetten oder Disketten- 
operation. 


BUFENDPTR 


Zeigt auf das Ende des Disk-Puffers 
BUFENDPTR. 


LOADERTMP 


Hilfsregister für den internen Gebrauch des 
Loaders. 


BUFFULL 


Ist dieses Flag ungleich null, so ist der 
CIO- beziehungsweise SIO-Puffer voll. 


RECEIVEND 
Ist dieses Flag nicht null, so bedeutet es, 


dass die CIO-Routine ihren Empfang beendet 
hat. 


XMITEND 
Dieses Flag gibt darüber Auskunft, ob die 


interruptgesteuerte Senderoutine ihre Aufgabe 
schon beendet hat. 
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59 


60 


61 


62 


63 


64 
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$3B 


$3C 


$3D 


$3E 


$3F 


$40 


CHKSUMSND 


Wenn gesetzt, ist die Checksumme bereits 
gesendet. 


NOCHKSUM 


Bei einem Wert ungleich null wird keine 
Checksumme gesendet. 


CASBUFPTR 


Bytezähler für die Kassettenübertragung. 
Liegt wertmäßig zwischen null und CASBUFLIM. 


GAPTYPE 


$80: Normale Gaplänge zwischen den einzelnen 
Blöcken auf einer Kassette. 

$80: Extrem langer Gap am Anfang der Kasset 
tenübertragung. 


CASEOF 


Ist dieses Byte gesetzt, so hat die Lese- 
routine der Kassette einen END_OF_FILE-Record 
gefunden. 


BEEPCOUNT 


Hier steht der Parameter für die BEEPWAIT- 
Routine. Er enthält die Anzahl der abzugeben - 
den Huptöne als Erkennung für irgendwelche 
externen Operationen (z.B. zwei Huptöne: 
Schalte PLAY und RECORD ein). 


65 $41 
66 $42 
67 $43 
bis 
73 $49 
74 $4A 
75 $4B 
76 $AaC 
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TIOSOUNDEN 


Wenn dieses Byte null ist, wird die Tonaus- 
gabe der seriellen Ein-/Ausgabe unterdrückt. 


CRITICIO 


Dieses Bit wird dann gesetzt, wenn eine hohe, 
schnelle Folge von Interrupts erwartet wird 
(z.B. bei seriellem 1/0). Sie bewirkt, dass 
die Vertical-Blank-Unterbrechungsroutine nur 
zu einem sehr geringen Teil bearbeitet wird, 
um somit Zeit zu sparen. Als Seiteneffekt 
ergibt sich zum Beispiel, dass aufgrund der 
fehlenden Zählerergebnisse der Autorepeat der 
Tastatur unwirksam ist. 


FILEMNGMT 

Interne Pointer für Diskettensteuerung. 

ZCHAIN 

Pointer für die Verarbeitung der linearen 
Liste der IOCBs. 

MONSTATUS 


Dieser Status wird von der Monitorverarbei- 
tung benötigt. 
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77 


78 


79 


80 


81 


82 


83 
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$4D 


$4E 


$AF 


$50 
$51 


$52 


$53 


ATTRACT 

Ist dieses Byte niedriger als 128 = $8@, so 
erfolgt normale Bildschirmausgabe. Erreicht 
es den Wert 128, wird es auf 254 gesetzt und 
bewirkt das Einschalten des sogenannten 
Attract-Modes. 

ATRACTMSK 


$FE: normale Bildschirmhelligkeit 
$F6: verringerte Helligkeit 


ATRACTMASK ist abhängig von ATTRACT. 


COLREGSH 
Dieses Register gehört ebenso wie ATRACTMSK 
zur Verarbeitung des Attract-Modes. Es er- 


folgt ein logische Verknüpfung der Farb- und 
Luminanzregister des ANTIC. 


MONTEMP 


Hilfsbyte für Bildverarbeitung. 


LFTMARGIN 


Wert des linken Randes bei Textdarstellung. 


GIGMARGIN 


Wert des rechten Randes bei Textdarstellung. 


84 


85 
86 


87 


88 
89 


90 
91 
92 
93 
94 
95 


$54 


$55 
$56 


$57 


$58 
$59 


$5A 
$5B 
$5C 
$5D 
$5E 
$5F 
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CURSROW 


Dies ist die momentane Cursorreihe bei Gra- 
fikverarbeitung in dem Bereich von @ bis 191. 


CORSCOL 


Cursorspalte bei Grafikverarbeitung in den 
Bereichen von ® bis 319. 


GRAPHEMUL 


Dieser Wert legt fest, in welchem Grafik- 
Modus die folgenden Ausgaben stattfinden. Es 
wird benötigt, um von höheren Programmier - 
sprachen aus leicht mehrere Grafikarten 
mischen zu können. 


SCRNSTART 


Adresse des ersten Bildschirmbytes. 


OLDGRROW 
OLDGRCOL 


OLDGRCHR 
OLDGRADR 


Diese Adressen beinhalten alle Daten, die 
zwischengespeichert werden müssen, wenn 
zwischen Grafik- und Textverarbeitung während 
eines Programms umgeschaltet werden soll. 
Auch diese Adressen sind nur für interne 
Zwecke bestimmt! 
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96 
97 


98 


99 


100 
101 
102 
103 
104 
105 


106 


107 
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$60 
$61 


$62 


$63 


$64 
$65 
$66 
$67 
$68 
$69 


$6A 


$6B 


FKTDEFPTR 

Hier steht die Anfangsadresse der 8 Byte 
langen Tabelle zur Festlegung der Funktions- 
tastencodes beim 12PPXL. 

PALNTSC 

1: PAL-Fernsehsystem 

8: NTSC 

AKTCHRNUM 

Diese Variable enthält die aktive Cursorpo- 
sition innerhalb einer logischen Zeile. 
ADDRESS 

MLTTMP 

SAVEADR 

Recht häufig intern benutzte Zwischenspeicher 
für vielfältige Aufgaben. 

RAMTOP 

Dieses Register hält die Anzahl der im Com- 
puter insgesamt zur Verfügung stehenden RAM- 
Pages. 

AKTBUFLEN 


Hier steht die momentane Größe der aktuellen 
logischen Zeile. 


108 
109 


110 


111 


112 
113 
114 
115 
116 
117 
118 
119 
120 


121 
122 


$6C 
$6D 


$6E 


$6F 


$70 
$71 
$72 
$73 
$74 
$75 
$76 
$77 
$78 


$79 
$7A 
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BUFSTR 


GETCHARACTER-Pointer des Editors. 


BITMASK 


Register für die Verwaltung logischer Zeilen. 


SHFAMT 

Ebenfalls für GETCHAR benötigtes Hilfsre- 
gister. 

PLOTROWAC 

PLOTCOLAC 

ENDPOINTR 


DELTAROW 
DELTACOL 


Diese Register werden zusammen mit den zwei 
weiter hinten stehenden Registern ROWINC und 
COLINC zur Berechnung von Grafik benutzt 
(z.B. DRAWTO). 

KEYDEFPTR 


Dieser Pointer zeigt auf die Tabelle zur 
Wandlung von Tastaturcode nach ATASCII. 
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123 


124 
125 
126 
127 


128 
129 


139 
140 


512 
513 
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$7B 


$7C 
$7D 
$7E 
$7F 


$80 
$81 


$8B 
$8C 


$200 
$201 


SWAPFLAG 


Ungleich null zeigt dieses Flag an, dass der 
Bildschirmvariablenbereich auf Grafik einge- 
stellt ist, null signalisiert, dass die Vari- 
ablen für den Bildschirmbereich Referenzen 
auf Texte darstellen. 


HOLDCHAR 
INSDATA 
COUNTER 


Ebenfalls alles interne Hilfsvariablen für 
die Verwaltung des Bildschirns. 


LOWMEM 


Dieser Zeiger weist auf die unterste Adresse, 
die nicht mehr für Betriebssystemzwecke ver- 
wendet wird. 


CHECKSUM 


In diesen zwei Bytes wird die Prüfsumme über 
Speicherbereiche gebildet. Da diese Checksum- 
me nur bei der Initialisierungsphase benötigt 
wird, kann der Wert nach dem Kaltstart zer- 
stört werden. 


DLIVKT 


Vektor für die ANTIC-Programm-Unterbrechung. 
Wenn eine ANTIC-Programm-Unterbrechung ausge- 
löst wird, wird ein Unterbrechungsprogramm, 
dessen Adresse in diesen beiden Speicherstel- 
len steht, ausgeführt. 


514 
515 


516 
517 


518 
519 


520 
521 


522 
523 


$202 
$203 


$204 
$205 


$206 
$207 


$208 
$209 


$20A 
$20B 
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VPRECEDE 


Ansprungvektor für von PORT A ausgelösten 
Interrupt, der eine SERIAL-BUS-PROCEED-Unter- 
brechung darstellt. 


VINTERRUP 


Der Interrupt von PORT B signalisiert eine 
Unterbrechungsanforderung für die serielle 
Übertragungsunterbrechung. Die letzten beiden 
Interruptvektoren werden normalerweise vom 
System ignoriert, da die angeschlossenen 
Geräte keine Interrupts erzeugen. Die Lei- 
tungen sind für spätere Erweiterungen einge- 
plant. 


VBREAK 
Die hier stehende Einsprungadresse wird ver- 


wendet, wenn die CPU eine BRK-Instruktion 
ausführt (s. S. 340; VBREAKKEY). 


VKEYBOARD 


Vektor für den Fall, dass eine normale Taste 
gedrückt wurde. 


VSERIELIN 


Es liegt ein Zeichen im SERIN-Register von 
der seriellen Schnittstelle an. 


335 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


524 
525 


526 
527 


528 
529 


530 
531 


532 
533 


534 
535 
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$20C 
$20D 


$20E 
$20F 


$210 
$211 


$212 
$213 


$214 
$215 


$216 
$217 


VSERREADY 


Das SEROUT-Register ist bereit, ein weiteres 
Zeichen aufzunehmen. 


VSERCLOSE 


Das Parallel/Seriell-Wandlungsregister ist 
leer und die Übertragung wird vom POKEY aus 
beendet. 


VTIMER1 


Signalisiert der POKEY, dass sein Zählerre- 
gister 1 auf null gegangen ist, wird dieser 
Vektor angesprungen. 


VTIMER2 


Hier wird hingesprungen, wenn der POKEY im 
Interrupt signalisiert, dass sein Kanal 2 auf 
null heruntergezählt hat. 


VTIMER4 


Erkennt die Interruptroutine beim POKEY, dass 
Timer 4 auf null gezählt hat, und ist der 
entsprechende Interrupt zugelassen, so wird 
dieser Vektor angesprungen. 


VIMMEDIRQ 
Hier steht die Adresse des eigentlichen In- 


terrupthandlers, der erst die Verteilung auf 
die einzelnen Interruptquellen vornimmt. 


536 
537 


538 
539 


540 
541 


542 
543 
544 
545 


$218 
$219 


$21A 
$21B 


$21C 
$21D 


$21E 
$21F 
$220 
$221 
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TIMCOUNT1 


Software-Timer 1. Der Wert wird bei jedem 
Vertical-Blank-Interrupt dekrementiert. Ist 
er danach null, so wird die bei (TIMER1VKT) 
stehende Routine ausgeführt. 


TIMCOUNT2 


Dies ist ein ähnlicher Softwaretimer wie 
TIMCOUNT1, nur mit der Einschränkung, dass 
das Zählen dieses und der folgenden drei 
Zähler unterbleibt, wenn CRITICIO gesetzt 
ist. 


wird TIMCOUNT2 null, so wird die bei 
(TIMER2VKT) stehende Routine ausgeführt. 
TIMCOUNT3 

Für diesen Zähler gilt das Gleiche wie für 
TIMCOUNT2, nur dass kein Vektor beim Nullwer - 
den angesprungen wird, sondern lediglich Flag 
TIMER3SIG gesetzt wird. 

TIMCOUNT4 

TIMCOUNT5 

Es gilt das gleiche wie für TIMCOUNT3. Beim 
Nullwerden des entsprechenden Zählers werden 


analog dazu die Flags TIMER4SIG respektive 
TIMER5SSIG gesetzt. 
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546 
547 


548 
549 


550 
551 


552 


553 


554 


555 
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$222 
$223 


$224 
$225 


$226 
$227 


$228 


$229 


$22A 


$22B 


VBLKIVKT 


Dieser Vertical-Blank-Immediate-Vektor wird 
beim Strahlrücklaufinterrupt immer als erste 
Unterbrechungsroutine angesprungen. 


VBLKDVKT 


Dieser Vertical-Blank-Deferred-Vektor wird 
von der bei VBLKIVKT stehenden Routine aus 
angesprungen, wenn CRITICIO gelöscht ist. Die 
Routine existiert im Normalfall nicht und ist 
frei vom Benutzer programmierbar. 


TIMER1VKT 

Ansprungvektor für die User-Routine, die 
ausgeführt werden soll, wenn TIMCOUNT1 auf 
null gegangen ist. 

TIMER2VKT 

Ansprungvektor für die Behandlungsroutine bei 
Nullwerden des TIMCOUNT2. 

TIMER3SIG 

Dieses Flag ist null, wenn TIMCOUNT3 nicht 
null ist, sonst $FF. 

SRTIMER 

Wesentlicher, intern benutzter Timer für die 
Tastaturentprellung, Warten bis zum ersten 


Autorepeat und danach Bestimmen der Autore- 
peat-Rate. 


556 


557 


558 


559 


560 


561 


562 


563 


$22C 


$22D 


$22E 


$22F 


$230 


$231 


$232 


$233 
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TIMER4SIG 


Dieses Flag ist null, wenn TIMCOUNT4 nicht 
null ist, sonst $FF. 


IANTEMP 


Temporäres Hilfsregister. 


TIMER5SIG 

Dieses Flag ist null, wenn TIMCOUNT5 nicht 
null ist, sonst $FF. 

DMACNTLS 

Schattenregister von DMACNTL. DMACNTL schal- 
tet die einzelnen Arten des DMA ein. 

DLPTRS 

Schattenregister des Zeigers auf das ANTIC- 
Programm. Der Anfang des ANTIC-Programms muss 
in dieser Speicherstelle stehen, wenn mit dem 
Betriebssystem gearbeitet wird. 

SKCNTLS 

Steuerung der seriellen Übertragung, des 
Ablesens der Tastatur und des Ablesens der 
POT-Eingänge. 

LCOUNT 


Bytezähler für Loader-Routinen. 
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564 


565 


566 
567 


568 
569 


570 
571 
572 
573 
574 
575 
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$234 


$235 


$236 
$237 


$238 
$239 


$23A 
$23B 
$23C 
$23D 
$23E 
$23F 


LPENHS 


Schattenregister, Horizontalposition des 
Lightpens. 


LPENVS 


Schattenregister, Vertikalposition des Light- 
pens. 


VBREAKKEY 


Dies ist der Vektor für die BREAK-Tasten- 
Verarbeitung. Nicht verwechseln mit VBREAK, 
der die BRK-Instruktion der CPU behandelt! 
(s. S. 335; VBREAK) 


NEUIOINIV 


Vektor zur Initialisierungsroutine noch nicht 
existenter Hardware. Siehe dazu die Betriebs- 
systembeschreibung! 


CMDDEVIV 
CMDCMD 
CMDAUX1 
CMDAUX2 
CMDAUX3 
ERRORFLAG 


Interne Hilfsvariablen für die Serielldaten- 
verarbeitung. 


576 
577 
578 
579 


580 


582 


583 


584 


$240 
$241 
$242 
$243 


8244 


$246 


$247 


$248 
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DSKFLAG 
DSKSECCNT 
DSKLDADR 


Interne Hilfsvariablen für die reine Disket- 
tenverarbeitung. 


COLDSTART 


wird dieses Flag vom Benutzerprogramm auf 
einen Wert ungleich null gesetzt, so erfolgt 
beim Einsprung in die Warmstartroutine ein 
Kaltstart. 


DSKTIMCON 


Kontrollregister für die Diskettenverarbei- 
tung. Ein Wert ungleich null besagt, dass ein 
Timeout aufgetreten ist. 


NEUVORHDN 


Flag nur für den internen Gebrauch. Ist zu 
setzen, wenn externe Geräte am Parallelbus 
angeschlossen sind. Wird von der dazu mitge- 
lieferten Boot-Software benutzt. Muss im Nor- 
malfall null sein, da sonst das System ab- 
stürzen kann! 


NEUIODREQ 
Auch dieses Flag wird vom Kaltstartprogramm 
für die Verwaltung der noch zu entwickelnden 


Hardware benutzt. Es enthält die Adresse des 
gerade angesprochenen Devices. 
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585 
586 
587 


619 


620 


621 


622 


623 


342 


$249 
$24A 
$24B 


$26B 


$26C 


$26D 


$26E 


$26F 


NEUIOMASK 
NEULDTMP1 


Diese Adressen werden ebenfalls nur dann 
sinnvoll benutzt, wenn Zusatzhardware am 
Parallelbus anliegt. Sie dürfen deshalb 
trotzdem nicht für neue Software verwendet 
werden. 


CHARSTPTR 

Ein-Byte-Pointer für interne Monitorverarbei- 
tung. 

FINESCROL 

Temporäres Flag für die Verarbeitung des 
feinen Scrollings, wobei nicht gleich eine 
komplette Zeile verschoben wird, sondern die 
Zeile punktweise nach oben gesetzt wird. 
KBDISABLE 

Besitzt dieses Flag einen Wert ungleich null, 
sind Eingaben von der Tastatur nicht mehr 
möglich. 

FINESCRFL 

wie FINESCROL für die Bildverschiebung ver- 
antwortlich. 

GTIACNTLS 


Schattenregister für Steuerung des GTIA und 
Priorität der Spieler und Geschosse. 


624 
625 
626 
627 
628 
629 
630 
631 


632 
633 
634 
635 


636 
637 
638 
639 
640 
641 
642 
643 


$270 
$271 
$272 
$273 
$274 
$275 
$276 
$277 


$278 
$279 
$27A 
$27B 


$27C 
$27D 
$27E 
$27F 
$280 
$281 
$282 
$283 
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PADDL®S 
PADDL1S 
PADDL2S 
PADDL3S 
PADDL4S 
PADDL5S 
PADDL63 
PADDL78 


Schattenregister, enthalten die Werte der 
Paddle-Eingänge. Beim Atari 6PPXL und 80BXL 
sind nur die Paddle-Eingänge ® bis 3 benutzt, 
die Nummern 4 bis 7 werden von ® bis 3 ko- 
piert. 


JOYSTICK® 
JOYSTICK1 
JOYSTICK2 
JOYSTICK3 


Diese Register enthalten die Stellung der 
Joysticks (soweit angeschlossen). Bei den 
neuen Atari-Modellen sind jedoch nur noch 
zwei Joysticks vorhanden ("@" und "1"), die 
beiden anderen werden kopiert. 


PTRIG®S 
PTRIG1S 
PTRIG2S 
PTRIG3S 
PTRIG48 
PTRIG5S 
PTRIG638 
PTRIG7S 


Auslösetasten der Paddles ("@" meldet Taste 
gedrückt, "1" meldet Taste nicht gedrückt). 
Da bei den neuen Atari-Geräten nur noch 4 
Paddles anzuschließen sind, werden bei diesen 
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644 
645 
646 
647 


648 


649 


650 
651 
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$284 
$285 
$286 
$287 


$288 


$289 


$28A 
$28B 


nur PADDLE® bis PADDLE3 sinnvoll verwendet, 
die anderen werden kopiert. 


TRIG®S 
TRIG18 
TRIG28 
TRIG38 


Auslösetasten der Joysticks beziehungsweise 
Schattenregister der GTIA-Register für die 
Triggereingänge ("8" meldet Taste gedrückt, 
"1" meldet Taste nicht gedrückt). Bei den 
neuen Atari-Geräten sind nur TRIG® und TRIG1 
mit Joystick-Ports verbunden, die anderen 
zwei Werte sind Kopien der ersten beiden. 


HIBYTELD 


Zwischenregister für den LOADER. 


WRITEMODE 


Flag für die Kassettenverarbeitung. Es zeigt 
an, ob die momentane Operation ein Schreiben 
($80) oder Lesen ($080) beinhaltet. Nur für 
internen Gebrauch. 


CASBUFLIM 


Wert des Pufferendes für Kassettenoperation- 
en. 


652 
653 


654 
655 


656 
657 
658 
659 
660 
661 
662 
663 
666 


667 


$28C 
$28D 


$28E 
$28F 


$290 
$291 
$292 
$293 
$294 
$295 
$296 
$297 
$29A 


$29C 
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NEUIOPTR 


Pointer auf die Startadresse der I/O-Verar- 
beitung der neuen Hardwarezusätze am paral- 
lelen Bus. 


NEWADRLOD 


Ladeadresse für I/O mit der neuen Zusatzhard- 
ware. 


TEXTROW 
TEXTCOL 


TEXTINDEX 
TEXTMSC 


TEXTOLD 
TEXTGRAD 


Variablen zur Verarbeitung von Text/Grafik- 
gemischten Bildschirminhalten. 


CRETRY 


Dies ist die Maximalzahl der Wiederholungen 
des Versuches Kommando auf einem sich zurück - 
meldenden Gerät abzusetzen. Der Wert steht 
auf 1, sodass eine Wiederholung stattfindet. 
Mehr ist hierbei auch nicht sinnvoll, denn es 
ist davon auszugehen, dass ein Gerät, das 
sich ordentlich zurückmeldet, im Normalfall 
auch in der Lage ist, ein richtiges Kommando 
auszuführen. Gelingt dies nicht, sind das 
Kommando oder aber Voraussetzungen für die 
richtige Ausführung nicht in Ordnung. 


345 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


668 $29E 
669 $29F 
678 $2AQ 
671 $2A1 
672 $2A2 
673 $2A3 
bis 

689 $2B1 
698 $2B2 

bis 

693 $2B5 
694 $2B6 
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SUBTEMP 
HOLD2 


Hilfsvariablen für interne Verwendung. 


DISPLYMSK 
TEMPLBT 
ESCAPEFLAG 


Weitere Variablen zur reinen Textverarbeitung 
mit Screen oder Editor. 


TABMAP 


Tabelle, in der jedes einzelne Bit eine Cur- 
sorposition innerhalb einer logischen Zeile 
auf dem Bildschirm darstellt. Ist ein Bit 
gesetzt, so gilt diese Position als Tabu- 
lator-Haltestelle. 


LOGICMASK 


Tabelle für die Zusammenhänge von logischer 
und physikalischer Zeile auf dem momentan 
angezeigten Bildschirm. wird intern benötigt, 
um beim Löschen einer Zeile immer eine kom- 
plette logische Zeile löschen zu können. 


XORKEYMSK 
Diese Variable wird verwendet, um die Funk- 


tionalität von Tastengruppen der Tastatur 
abändern zu können. 


781 


782 


783 


$2BD 


$2BE 


$2BF 
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Jedes gesetzte Bit in diesem Byte gibt an, 
dass das entsprechende, vom POKEY gelieferte 
Datenbit aus dem Tastaturcode invertiert 
werden soll. So können ganze Tastaturreihen 
in andere umgewandelt werden. Es muss im Ein- 
zelnen herausgefunden werden, in wieweit 
diese Funktion gewinnbringend eingesetzt wer 
den kann. Es ist jedoch zu beachten, dass 
diese Invertierung der jeweiligen Bits mit 
dem Tastaturcode geschieht, also bevor der 
gelesene Wert in einen ATASCII-Wert umgewan- 
delt wird. 


DRETRY 

Hier steht die Anzahl, mit der der Versuch 
wiederholt wird, ein spezifiziertes Gerät 
anzusprechen. Der Wert ist im Normalbetrieb 
auf 13 Wiederholungen eingestellt. 

SHIFTLOCK 

Dieses Label gibt Auskunft darüber, ob ir- 
gendwelche Sonderbedingungen bei der Eingabe 


zu beachten sind: 


$0@: Kleinbuchstaben aktiv (Schreibmaschinen 
modus) 


$48: Nur Großbuchstaben (Normalmodus) 


$80: CONTROL-Taste gedrückt. 


NUMNXTLIN 


Dieses Register beinhaltet die Anzahl der auf 
dem Bildschirm verarbeiteten Textzeilen. 
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784 
785 
786 
787 


788 
789 
710 
7ı1 
712 


713 
14 
715 
716 
717 
718 
719 
720 
721 
722 
723 
724 
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$2C0 
$2c1 
$2C2 
$2C3 


$2C04 
$2C05 
$2C6 
$2C7 
$2C8 


$2C9 
$2CA 
$2CB 
$2CC 
$2CD 
$2CE 
$2CF 
$2D2 
$2D1 
$2D2 
$2D3 
$2D4 


Das Register kann die Werte 24, 4 oder ®& 
annehmen, andere werden vom Betriebssystem 
ignoriert. 


COLPM@S 
COLPM13 
COLPM2S 
COLPM3S 


Schattenregister der Farbregister für die 


Spieler beziehungsweise Geschosse. 


COLPF@S 
COLPF1S 
COLPF2S 
COLPF3S 
COLBAKS 


Schattenregister der Farbregister für die 
Spielfeldfarben beziehungsweise des Hinter- 
grundes. 

RUNADRLOD 

HIUSEDLOD 

LODZHIUSE 

LODGBYTEA 

LODADRESS 

LODZLOADA 

Diese Variablen werden für interne Verwal- 
tungsaufgaben beim Programmladen der später 


einmal am hinteren parallelen Bus anzu- 
schließenden Hardware verwendet. 


725 
726 


727 
728 


729 


738 


731 


732 


$2D5 
$2D6 


$2D7 
$2D8 


$2D9 


$2DA 


$2DB 


$2DC 
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DSKSECLEN 


Dieser Wert kann normalerweise $0080 oder 
$010@ sein, je nach Diskettenformat. 


ACMISR 


Findet interne Verwendung. 


KEYRPDELY 

Dieser Wert bestimmt die Zeit zwischen dem 
Drücken einer Taste und dem ersten Zeichen 
des Autorepeat. Standardwert ist 40. 

KEYREP 

Im Gegensatz zu KEYRPDELY bestimmt dieser 
Wert bei einsetzendem Autorepeat die Wieder- 
holrate nach dem ersten Auto-Zeichen. Stan- 
dardwert ist 5. 

CLICKDISA 

Wenn ungleich null, ist der Tastaturklick 
abgeschaltet. 


HELPFLAG 


Speichert den zuletzt festgestellten Wert; 
ggf. auf null zurücksetzen. 


8 = HELP nicht gedrückt 
17 = HELP gedrückt 

81 = SHIFT & HELP gedrückt 
145 = CNTL & HELP gedrückt 
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733 


734 


735 


748 


741 
742 


743 
744 


350 


$2DD 


$2DE 


$2DF 


$2E4 


$2E5 
$2E6 


$2E7 
$2E8 


DMASAVE 

Statusinformation des direkten Speicherzu- 
griffs. Hat für normalen Benutzer keinen 
Nutzen, darf aber nicht anderweitig benutzt 
werden. 

PRTBUFPTR 

Gibt Bytenummer innerhalb des Printerpuffers 
an. 


PRTBUFSIZ 


Ist maximale Printerpuffergröße in Bytes. 


RAMSIZE 


Anzahl der zur Verfügung stehenden RAM-Pages 
des Systems. 


MEMTOP 


Dies ist ein Zeiger auf die Obergrenze des 
vom Benutzer verwendbaren Speicherraumes. 
Darüber liegt im Normalfall der Bildschirm. 


MEMLO 


Dies ist der Zeiger auf die Untergrenze des 
vom Benutzer frei zu verfügenden Speicher- 
raumes. Er liegt normalerweise direkt über 
den Betriebssystemvariablen, respektive dem 
DOS, eventuell noch mit DUP. 


745 
746 
747 
748 
749 


758 
751 


752 


753 


754 


755 


$2E9 
$2EA 
$2EB 
$2EC 
$2ED 


$2EE 
$2EF 


$2Fd 


$2F1 


$2F2 


$2F3 
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HNDLRLOAD 
DEVICSTAT 


CHAINTMP 

Hilfsvariablen für den internen Gebrauch bei 
der Verwaltung linearer Listen und darüber 
laufender Ladevorgänge mit noch nicht 
existenter Hardware. 


CASSPEED 


Zeitwerte für die Senderate über Kassette. 


CURSORINH 


Auf einem Wert ungleich null, verhindert 
diese Variable die Anzeige des Cursors. 


KEYDELAY 


Dieser Wert, der standardmäßig auf 3 einge- 
stellt ist, bestimmt die Zeit zwischen dem 
Loslassen einer Taste und dem Drücken einer 
neuen Taste, sodass deren Code übernommen 
wird. Bei extrem schnellen 'Tippern' (und 
'Tipperinnen') sollte dieser Wert verkleinert 
werden. Das verhindert Ärger mit fehlenden 
Zeichen beim Programmieren. 


(Hilfsregister zur Tastaturentprellung. 
CHARCNTLS 


Schattenregister, steuert das Aussehen der 
Zeichen in mehreren Schrift-Modi des ANTIC. 
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756 


757 
758 
759 


768 
761 
762 


763 


764 


765 


352 


$2F4 


$2F5 
$2F6 
$2F7 


$2F8 
$2F9 
$2FA 


$2FB 


$2FC 


$2FD 


CHARBASES 

Schattenregister, enthält Basisadresse des 
Zeichengenerators (oberes Byte) 

NEWGRROW 

NEWGRCOL 

Hier werden die Werte für einen DRAWTO-Befehl 
vor dessen Aufruf festgelegt. 

ROWINC 

COLINC 

Diese Variablen werden zum Berechnen der 
Bahnen eines DRAWTO benutzt. 

ATASCICHR 

Letztes eingegebenes Zeichen im ATASCII-Code. 
Fast ausschließlich für interne Zwecke be- 
nutzt. 

KBCODES 

Schattenregister, enthält den Tastaturcode, 
das heißt, welche Taste gedrückt wurde. 


FILEDAT 


Für die interne Benutzung des Grafiksystems 
reserviert. 
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766 $2FE DISPLYFLG 


Ist dieses Flag ungleich null, so wird das 
folgende Zeichen, wenn es ein Kontrollzeichen 
ist, nicht ausgeführt, sondern der entsprech- 
ende ATASCII-Code ausgegeben. 


767 $2FF STARTSTOP 


Ist dieses Byte gleich $FF, so storniert die 
Bildschirmausgabe, bei $80d geht sie weiter. 
Das Flag wird durch Drücken von CONTROL & '1' 
verändert. wichtig ist, dass bei der 
momentanen Betriebssystemimplementierung das 
System 'steht', wenn es auf das Nullwerden 
von STARTSTOP wartet. Nur wesentliche Inter- 
rupts werden durchgelassen, die eigentliche 
Rechenarbeit wird jedoch ebenfalls mit dem 
Output angehalten. 


Im Folgenden werden die wesentlichen, vom Disk-Handler be- 
nutzten Variablen beschrieben. Sie sind größtenteils bei 
Diskettenverarbeitung selbst zu belegen, es sei denn, die 
Programmierung erfolgt in einer höheren Sprache, wie zum 
Beispiel BASIC oder Pascal. 


768 $308 DSKDEVICE 


Allgemeiner Erkennungscode für die Disketten- 
($380) beziehungsweise Kassettenstation ($6®). 


769 $301 DSKUNIT 


Bei Diskettenverarbeitung die Nummer der 
anzusprechenden Diskettenstation. 
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778 


71 


772 
773 


774 
1775 


776 
777 


778 
779 
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$302 


$303 


$304 


$305 


$306 
$307 


$308 
$309 


$30A 
$30B 


Erlaubt sind hier Werte im Bereich von $®1 
bis $09, wobei bei der heutigen Hardware nur 
$01 bis $04 sinnvoll, weil kaufbar sind. 
DSKCMD 

Auszuführendes Kommando. Siehe dazu Zeropage- 
IoCBs ab IOCBCHIDZ. 

DSKSTATUS 

Zurückgemeldeter Status der Operation. Siehe 
dazu ebenfalls IOCBSTATZ (S. 325) und DSKSTAT 
(S. 326). 


DSKBUFFER 


Anfangsadresse des Datenpuffers. 


DSKTIMOUT 


Anzahl der Sekunden bis zur Timeout-Fehler- 
meldung. 


DSKBYTCNT 


Anzahl der im Puffer ab DSKBUFFER zur 
Verfügung stehenden Bytes. 


DSKAUX1 

DSKAUX2 

Hilfsinformationen für die Diskettenverar- 
beitung. Bei OPEN-Befehlen stehen hier beson- 
dere Merkmale (z.B. Nur-Lese-Zugriff). 


788 
781 


782 


783 


784 
785 


786 
787 


$30C 
$30D 


$30E 


$30F 


$3182 
$311 


$312 
$313 
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Bei Schreib- beziehungsweise Leseoperationen 
steht hier in DSKAUX1 und -2 die Blocknummer 
von $81 bis MAXBLOCK. 


INTERVTI1 

Intervalltimer 1, bildet mit INTERVTI2 eine 
Einheit. 

OPTIONJMP 

Diese Adresse ist offiziell von Atari als 
belegt gekennzeichnet, ist jedoch nirgendwo 
im Betriebssystem verwendet. Sie soll für 
spätere Hardware irgendeine Vorentscheidung 
treffen. Es empfiehlt sich im Hinblick auf 
spätere Softwarekompatibilität, diese Variab- 
le nicht zu verwenden. 

CASFLAG 

Ist dieses Flag nicht null, handelt es sich 
um eine Kassettenoperation. Nur für internen 
Gebrauch. 

INTERVTI2 

INTERVTI1 und -2 werden benutzt, um die Lese- 
geschwindigkeit bei Kassettenoperationen zu 
bestimmen. 


CHAINTP1 


Hilfspointer für Lineare-Listen-Verwaltung. 
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788 


791 


792 


793 


794 


831 


832 


847 


356 


bis 


bis 


$314 


$317 


$318 


$319 


$31A 


$33F 


$340 


$34F 


PTIMOUT 


Timeout-Wert für Druckbefehle. 


TIMEFLAG 


Timeout-Wert für die Lesegeschwindigkeitsbe- 
stimmung. 


STACKSAVE 


Hilfsregister für das Retten des Stackpoin- 
ters bei SIO-Operationen. 


TEMPSTAT 


Register für kurzzeitiges Zwischenspeichern 
von SIO-Statusinformationen. 


HATABS 


Tabelle für die Zuordnung von Geräten zu 
deren Handlern. Jeder Tabelleneintrag besteht 
aus drei Bytes: Dem Namen (1) und der Han- 
dler-Tabellenstartadresse (2). Es sind die 
Geräte Kassette, Editor, Screen, Drucker und 
Keyboard vorgegeben. Ein Eintrag ist dann 
leer, wenn sein Name Null ist. 


IOCB& 


Ab dieser Adresse stehen 8 IOCB-Einträge zur 
Verfügung, von denen Eintrag 8 bereits vom 
System für die Editorverarbeitung verwendet 
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wird. Die einzelnen Einträge bitte aus der 
Zeropage-IOCB-Beschreibung ersehen, die ab 
IOCBCHIDZ steht. Bei Verwendung eines dieser 
IOCBs wird davor der Inhalt aus diesen Re- 
gistern in die Zeropage kopiert, um sie da- 
nach wieder zurückzutransportieren. 


848 $350 IOCB1 
bis 

863 $35F 

864 $360 IOCB2 
bis 

879 $36F 

880 $37® IOCB3 
bis 

895 $37F 

896 $380 IOCB4A 
bis 

911 $38F 

912 $390 IOCB5 
bis 

927 $39F 

928 $3AP IOCB6 
bis 

943 $3AF 

944 $3Bd IOCB7 
bis 

959 $3BF 
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969 
bis 
999 


100% 


1081 


1082 


1003 
1084 


1005 
bis 
1815 


358 


$3C0 


$3E7 


$3E8 


$3E9 


$3EA 


$3EB 
$3EC 


$3ED 


$3F7 


PRINTBUF 


Hier liegt der Druckerpuffer für die Ausgabe 
an den Drucker über die serielle Schnittstel- 
le. 


SUPERFLAG 


Hilfsinformation für Editor. 


STARTTST 
Dieses Flag liefert einen Wert ungleich null, 


wenn beim Kaltstart die START-Taste gedrückt 
war. 


CASSTART 


Flag, ob gerade von Kassette gebootet wird 
und ob die dort gelesene Init-Adresse ange- 
sprungen werden soll. 


CARTCKSUM 
Checksumme des Cartridge mit dem Anfang des 
ROMs bei $C00®. 


ACMVAR 


Hilfsvariablen für interne Zwecke. 


1016 $3F8 
1017 $3F9 
1818 $3FA 
1819 $3FB 
1020 $3FC 
1021 $3FD 
bis 
1151 $47F 
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X64AKBFLAG 


Flag, ob die obersten 16 KByte RAM oder ROM 
sind. 


MINTLK 


Hilfsregister, nicht benutzen. 


TRIG38 


Dies ist eine Kopie des Registers TRIG3, das 
normalerweise nur durch einen Eingang beein- 
flusst wird. Wird ein ROM-Modul eingesteckt 
($01) oder entfernt ($80), so ändert sich der 
Wert von TRIG3. Wird zur Feststellung be- 
nutzt, ob es sich um einen Kalt- oder Warm- 
start handelt. 


CHAINLINK 


Pointer zur Verarbeitung linearer Listen, 
wenn sie eingesetzt werden; also nur bei 
Verwendung spezieller, noch nicht auf dem 
Markt befindlicher Hardware. 


CASBUFFER 


Pufferbereich für die Kassettendatenübertra- 
gung, wobei die drei ersten Bytes nur für die 
Synchronisation und Feststellung der Datenty- 
pen und -menge gelten. Der eigentliche Daten- 
puffer beginnt ab Adresse 1024 ($480) und 
geht bis zum Ende von CASBUFFER. 
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An dieser Stelle sind die Variablen des Betriebssystems 
beendet. Sicherlich werden noch diverse andere Speicherstel 
len in der Zeropage und im Bereich über $8488 benutzt. Da 
diese Benutzung jedoch auf BASIC, DOS oder andere Software 
beschränkt ist, wird an dieser Stelle nicht weiter darauf 
eingegangen. 


Im Weiteren folgen die Hardwareadressen von GTIA, POKEY, PIA 
und ANTIC: 


GTIA - Adressbereich 


53248 $DP0@® HPOSP® (W) 
53249 $D®@1 HPOSP1 (W) 
53250 $D®®2 HPOSP2 (W) 
53251 $D0083 HPOSP3 (W) 


53252 $D084 HPOSM® (W) 
53253 $D0085 HPOSM1 (W) 
53254 $D0086 HPOSM2 (W) 
53255 $D0®7 HPOSM3 (W) 


Horizontalpositionen der Spieler (HPOSPn) 
beziehungsweise der Geschosse (HPOSMn). 


53248 $D00@ KOLMOPF (R) 
53249 $D®@1 KOLMIPF (R) 
53250 $D00@2 KOLM2PF (R) 
53251 $D00@3 KOLM3PF (R) 


Kollisionsregister für Zusammenstöße zwischen 
den Geschossen und dem Spielfeld. 
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53252 
53253 
53254 
53255 


53256 
53257 
53258 
53259 


53260 


53256 
53257 
53258 
53259 


53261 
53262 
53263 
53264 


53265 


$D094 
$D005 
$D206 
$D097 


$D008 
$D009 
$DOBA 
$DOQB 


$DPC 


$D008 
$D009 
$DOQA 
$DP2B 


$DPPD 
$DOQE 
$DOQF 
$D218 


$D811 


KOLPPPF (R) 
KOLP1PF (R) 
KOLP2PF (R) 
KOLP3PF (R) 
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Kollisionsregister für Zusammenstöße zwischen 
den Spielern und dem Spielfeld. 


SIZEP® (W) 
SIZEP1 (W) 
SIZEP2 (W) 
SIZEP3 (W) 


SIZEM (W) 


Größen der Spieler (SIZEPn) und der Geschosse 


(SIZEM). 


KOLM@PL (R) 
KOLM1PL (R) 
KOLM2PL (R) 
KOLM3PL (R) 


Kollisionsregister für Zusammenstöße zwischen 
Geschossen und Spielern. 


GRAFP® (W) 
GRAFP1 (W) 
GRAFP2 (W) 
GRAFP3 (W) 


GRAFM (W) 


Grafikregister der Spieler (GRAFPn) bezieh- 
ungsweise der Geschosse (GRAFM). 


361 


*** ABBUC Edition: ATARI 600XL/800XL INTERN 


53260 
53261 
53262 
53263 


53264 
53265 
53266 
53267 


53266 
53267 
53268 
53269 


53270 
53271 
53272 
53273 


53274 
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$DOC 
$D0D 
$DQE 
$DOQF 


$D018 
$D011 
$D812 
$D013 


$D212 
$D013 
$D9014 
$D215 


$D016 
$D017 
$D018 
$D819 


$DO1A 


KOLP@PL (R) 
KOLP1PL (R) 
KOLP2PL (R) 
KOLP3PL (R) 


Kollisionsregister für Zusammenstöße zwischen 
Spielern. 


TRIG® (R) 
TRIG1 (R) 
TRIG2 (R) 
TRIG3 (R) 


Register zum Abfragen der Triggereingänge des 
GTIA (Schattenregister dazu ab 644 bezieh- 
ungsweise $284). 


COLPM® (W) 
COLPM1 (W) 
COLPM2 (W) 
COLPM3 (W) 


Farben der Spieler beziehungsweise der Ge- 
schosse (Schattenregister dazu ab 784 bezie- 
hungsweise $2C2). 


COLPF® (W) 
COLPF1 (W) 
COLPF2 (W) 
COLPF3 (W) 


COLBAK (W) 
Farben des Spielfeldes (COLPFn) und des Hin- 


tergrundes (COLBAK), Schattenregister dazu ab 
788 beziehungsweise $2C4. 


53275 


53276 


53277 


53278 


53279 


$DO1B 


$DO1C 


$Dd1D 


$DO1E 


$DOA1F 
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GTIACNTL (W) 


Steuert den GTIA, bestimmt Prioritätsfolge 
zwischen Bildelementen und steuert Darstel- 
lung der Spieler und Geschosse. 


VDELAY (W) 


Ermöglicht es, Spieler und Geschosse um ein- 
zelne Bildzeilen zu verschieben, wenn zwei- 
zeilige Auflösung der Player-Missile-Grafik 
gewählt wurde (S. 148). 


PMCNTL (W) 

Schaltet Spieler und Geschosse ein; ermög- 
licht es, den Status der Triggereingänge 
festzuhalten (S. 137). 

HITCLR (W) 

Wenn in dieses Register irgendein Wert ge- 
schrieben wird (wenn diese Adresse im 
Schreibzugriff angesprochen wird), werden 
alle Kollisionsregister gelöscht. 

CONSOL (W/R) 

Dieses Register wird verwendet, um den Status 


der Konsolentaster ("START", "SELECT" und 
"OPTION") abzufragen (S. 158). 
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NEUPORT-Adressbereich 


53759 


$DIFF 


NEUPORT 


Dieses Register dient der I/O-Erweiterung. 
Siehe Betriebssystembeschreibung! 


POKEY-Adressbereich 


53761 
53763 
53765 
53767 
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$D208 
$D201 
$D282 
$D203 


$D204 
$D285 
$D206 
$D207 


AUDIFREQ1 (W) 
AUDIFREQ2 (W) 
AUDIFREQ3 (W) 
AUDIFREQ4 (W) 


Diese Register bestimmen die Frequenz der 
Tongeneratoren. 


AUDICNTL1 (W) 
AUDICNTL2 (W) 
AUDICNTL3 (W) 
AUDICNTL4 (W) 


Diese Register steuern die einzelnen Tongene- 
ratoren. Mit diesen Registern bestimmt man 
jeweils für einen Tongenerator die Lautstär- 
ke, Verzerrungen beziehungsweise den 
VOLUME_ONLY-Modus. 


53760 
53761 
53762 
53763 
53764 
53765 
53766 
53767 


53768 


53768 


$D200 
$D201 
$D202 
$D203 
$D204 
$D205 
$D206 
$D297 


$D208 


$D208 
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POT® (R) 
POT1 (R) 
POT2 (R) 
POT3 (R) 
POT4A (R) 
POT5 (R) 
POT6 (R) 
POT7 (R) 


Diese Register enthalten den Wert der POT- 
Eingänge des POKEY. Bei den neuen Atari- 
Geräten werden nur noch die POT-Eingänge ®& 
bis 3 verwendet, da auch nur noch zwei Joy- 
stick-Ports zur Verfügung stehen. Die vier 
verbleibenden Register beinhalten Kopien der 
ersten vier. 


AUDICOM (W) 


Dieses Register steuert die Tonerzeugung im 
Atari. Mit diesem Register werden vor allem 
die Grundfrequenzen für die vier Tonkanäle 
eingestellt und Hochtonfilter ein- bezieh- 
ungsweise ausgeschaltet. 


POTSTAT (R) 


Mit diesem Register lässt sich bestimmen, ob 
für einen bestimmten POT-Eingang die Analog- 
Digital-wandlung bereits abgeschlossen ist. 
Wenn ein Bit von POTSTAT '8' ist, bedeutet 
dies, dass der Wert des dazugehörigen POT- 
Eingang gültig ist. Die Bits sind folgender - 
maßen zugeordnet: 
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53769 


53769 


53770 


53770 
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$D229 


$D229 


$D28A 


$D20A 


Bit @: POT-Eingang ® 
Bit 1: POT-Eingang 1 
Bit 2: POT-Eingang 2 
Bit 7: POT-Eingang 7 


(s. POTGO, S. 367) 


STIMER (W) 


Durch Ansprechen dieser Adresse in einem 
Schreibzugriff werden die Audio-Frequenz- 
Teiler auf ihre "AUDIFREQ"-Werte zurückge- 
setzt. 


KBCODE (R) 


Dieses Register enthält den Tastaturcode, das 
heißt, der Benutzer kann hier abfragen, wel- 
che Taste gedrückt ist (Schattenregister bei 
764 beziehungsweise $2FC). 


SKSTATRES (W) 

Durch Eintragen irgendeines Wertes in dieses 
Register werden die Bits 7,6 und 5 von SKSTAT 
gelöscht. 

RANDOM (R) 

Dieses Register enthält eine "quasi"-zufäl- 


lige Zahl (8 Bit), die aus einem 17- bezieh- 
ungsweise 9-Bit-Polynom-Zähler stammt. 


53771 


53773 


53773 


53774 


53774 


53775 


$D20B 


$D20D 


$D20D 


$D2QE 


$D2QE 


$D20F 
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POTGO (W) 

Durch Eintragen irgendeines Wertes in dieses 
Register wird der Ablesevorgang der POT- 
Eingänge gestartet (s. POTSTAT, S. 365). 


SEROUT (W) 


Ausgaberegister der seriellen Schnittstelle. 


SERIN (R) 


Eingaberegister der seriellen Schnittstelle. 


IRQEN (W) 


Die Bits in diesem Register schalten die 
einzelnen Arten zur Auslösung eines IRQ ein 
beziehungsweise aus. 


IRQSTAT (R) 


Nach dem Auftreten eines IRQ kann man durch 
Abfragen dieses Registers die Herkunft der 
Unterbrechungsanforderung bestimmen (s. S. 
179). 


SKCNTL (W) 


Durch dieses Register lassen sich die einzel- 
nen Betriebsmodi der seriellen Schnittstelle, 
der POT-Wert-Wandlung und der Tastatur-Ab- 
frage wählen (Schattenregister bei 562 be- 
ziehungsweise $232). 
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53775 


$D20F 


SKSTAT (R) 


Dieses Register enthält Angaben zum Status 
der seriellen Schnittstelle sowie der Tasta- 
tur. Die Bit 7,6 und 5 werden mit SKSTATRES 
(53778 beziehungsweise $D20A) zurückgesetzt. 


PIA-Adressbereich 


54816 


54817 


54818 


54819 
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$D30% 


$D381 


$D322 


$D303 


PORTA (R/W) 


Übertragungsregister "A" der PIA. 


PORTB (R/W) 


Übertragungsregister "B" der PIA. 


PORTACNTL 

Steuer- und Statusregister für den PIA-Port 
"a" j 

PORTBCNTL 


Steuer- und Statusregister für den PIA-Port 
"B" h 
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ANTIC-Adressbereich 


54272 


54273 


54274 
54275 


54276 


$D408 


$D481 


$D492 
$D403 


$D494 


DMACNTL (W) 


Mit diesem Register kann man den DMA des 
ANTIC steuern (Schattenregister bei 559 be- 
ziehungsweise $22F). 


CHARCNTL (W) 


Mit diesem Register kann man das Aussehen der 
Zeichen in mehreren ANTIC-Modi beeinflussen 
(Schattenregister bei 755 beziehungsweise 
$2F3). 


DLPTRL 
DLPTRH 


In diesen beiden Registern steht die 16-Bit- 
Adresse des ANTIC-Programms (Schattenregister 
bei 560/561 beziehungsweise $230/$231). Dies 
ist also der Zeiger auf das ANTIC-Programm. 


HSCROL (W) 


Mit diesem Register bestimmt man, um wie 
viele Farbtakte ein bestimmter Teil des 
Bildes nach rechts verschoben werden soll. Zu 
verschiebende Zeilen müssen im ANTIC-Programm 
gekennzeichnet werden. 
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54277 


54279 


54281 


54282 


54283 
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$D405 


$D407 


$D429 


$DAQA 


$D4A2B 


VSCROL (W) 


Mit diesem Register bestimmt man, um wie 
viele Bildzeilen ein bestimmter Teil des 
Bildes nach oben geschoben werden soll. Die 
zu verschiebenden Zeilen müssen im ANTIC- 
Programm gekennzeichnet werden. 


PMBASE (W) 


In dieses Register bringt man die oberen acht 
Bits der Basisadresse des Speicherfeldes für 
die Player-Missile-Grafik. 


CHARBASE (W) 


In dieses Register müssen die oberen 8 Bits 
der Basisadresse des Zeichengenerators ge- 
bracht werden (Schattenregister bei 756 be- 
ziehungsweise $2F4). 


WAITHSYNC (W) 

Durch Ansprechen dieses Registers wird die 
CPU bis zum Beginn der nächsten Horizontal- 
synchronisation angehalten. 

VCOUNT (R) 

Dieses Register enthält die Nummer der Bild- 


zeile, die gerade erzeugt wird, geteilt durch 
zwei. 


54284 


54285 


54286 


54287 


54287 


$DA8C 


$D48D 


$DAQE 


$DAQF 


$DAQF 
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LPENH (R) 


Dieses Register enthält die Horizontalposi- 
tion des Lightpens (Schattenregister bei 564 
beziehungsweise $234). 


LPENV (R) 

Dieses Register enthält die Vertikalposition 
(Nummer der Bildzeile geteilt durch zwei) des 
Lightpens (Schattenregister bei 565 bezieh- 
ungsweise $235). 

NMIEN (W) 

Mit diesem Register werden die Unterbrechun- 
gen bei der Vertikalsynchronisation und bei 
ANTIC-Programm-Unterbrechungen ein- bezieh- 
ungsweise ausgeschaltet. 

NMIST (R) 

Nach dem Auftreten eines NMI kann man durch 
Abfragen dieses Registers die Herkunft der 
Unterbrechungsanforderung bestimmen. 


NMIRES (W) 


Durch Eintragen irgendeines Wertes in dieses 
Register wird NMIST wieder gelöscht. 
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CPU-Hardwarevektoren 


65530 
65531 


65532 
65533 


65534 
65535 
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$FFFA 
$FFFB 


$FFFC 
$FFFD 


$FFFE 
$FFFF 


NMIVKT 


Nach einem NMI springt die CPU zu der Adres- 
se, die sich in NMIVKT befindet (das nieder- 
wertige Byte steht an erster Stelle). 


RESETVKT 

Nach einem RESET springt die CPU zu der 
Adresse, die sich in RESETVKT befindet (das 
niederwertige Byte steht an erster Stelle). 
IRQVKT 

Nach einem IRQ springt die CPU zu der Spei- 


cherstelle, die sich in IRQVKT befindet (das 
niederwertige Byte steht an erster Stelle). 


11 Das Register der Labels 





Bezeichnung 
ABUFPTR® 
ABUFPTR1 
ABUFPTR2 
ABUFPTR3 
ACMISR 
ACMVAR 
ACTCHRNUM 
ADD28E 
ADD28EGET 
ADD28EPUT 
ADD28EWRD 
ADDRESS 
ADJUST 
ADJUSTTAB 
AKTBUFLEN 
ATASCICHR 
ATRAKTMSK 
ATTRACT 
AUDICNTL1 
AUDICNTL2 
AUDICNTL3 
AUDICNTL4 
AUDICOM 
AUDIFREQ1 
AUDIFREQ2 
AUDIFREQ3 
AUDIFREQ4 
BASMEMTOP 
BEEPCOUNT 
BEEPWAIT 
BEGINREAD 
BELL 
BITCLR 
BITCON 


Bezeichnung 
BITGET 
BITMASK 
BITMASKE 
BITPUT 
BITROL 
BLOAD 
BLOCK1 
BOOT 
BOTTOMLIN 
BRKEVENT 
BUFENDPTR 
BUFFERADR 
BUFFULL 
BUFSTR 
CALLTAB 
CALLVKT 
CALLVKTC1 
CARTCKSUM 
CARTGO 
CASBOOT 
CASBUFLIM 
CASBUFPTR 
CASCLOSE 
CASDATA 
CASENTER 
CASEOF 
CASFLAG 
CASINIT 
CASINITV 
CASMOTOFF 
CASOPEN 
CASPUTBYT 
CASRDBYTE 
CASREADBL 


Hex. 
F75D 
BQ6E 
CA2F 
F73C 
F732 
C637 
C5C9 
C599 
F55F 
c892 
0034 
8015 
0038 
BQa6C 
EA8F 
E90 
E894 
Q3EB 
CA7F 
C67C 
QO28A 
203D 
FDCF 
28400 
EB9D 
BQO3F 
Q3@F 
C6AE 
28082 
FDO5 
FCE6 
FDB4A 
FD7A 
FD8D 


“rr 
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Bezeichnung 
CASSPEED 
CASSTART 
CHAINLINK 
CHAINTMP 
CHAINTP1 
CHAINTPIH 
CHARBASE 
CHARBASES 
CHARCNTL 
CHARCNTLS 
CHARSTPTR 
CHECKFF 
CHECKNEWP 
CHECKROM1 
CHECKROM2 
CHECKSR® 
CHECKSUM 
CHECKSUM2 
CHKSUMSND 
CHKSUMTAB 
CIOCLOSE 
CIOINIT 
CIOJUMP 
CIOMAIN 
CIONOTOPN 
CIOREAD 
CIORETURN 
CIOSTATSP 
CIOWRITE 
CLEARLINE 
CLEARSCRN 
CLICKDISA 
CLOCK 
CMDAUX1 
CMDAUX2 
CMDCMD 
CMDDEVIC 
COLBAKS 
COLCR 
COLDCARTC 
COLDSTART 
COLINC 
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Hex. 
82EE 
B3EA 
Q3FB 
B2EC 
8312 
8313 
D489 
82F4 
D481 
82F3 
826B 
CB64 
CYEA 
FF6E 
FF8D 
[617]7]7) 
aa8sB 
FFF8& 
2aSB 
FFD2 
E57C 
EAC1 
E6F4 
EADF 
EADC 
E5B2 
E67® 
E597 
E61E 
F7E2 
F42® 
82DB 
2812 
823C 
823D 
823B 
823A 
82C8 
F997 
c431 
0244 
82F9 


Dez. 
750 
1082 
1819 
748 
786 
787 
54281 
756 
54273 
755 
619 
52068 
51698 
65398 
65421 
49152 
139 
65528 
59 
65498 
58748 
58561 
59124 
58591 
58588 
58802 
58992 
58775 
58918 
63458 
62496 
731 
18 
572 
573 
571 
578 
712 
63895 
50225 
580 
761 


ATARI 688XL/808XL INTERN 


Bezeichnung 
COLPF® 
COLPF@S 
COLPF1 
COLPF18 
COLPF2 
COLPF2S 
COLPF3 
COLPF3S 
COLPM® 
COLPM@S 
COLPM1 
COLPM18 
COLPM2 
COLPM2S 
COLPM3 
COLPM3S 
COLREGSH 
COMENT 
COMPUTE 
COMTAB 
CONSOL 
CONVERT 
CPIRQQ 
CRETRY 
CRITICIO 
CURSCOL 
CURSOCTAB 
CURSORBS 
CURSORDWN 
CURSORHOM 
CURSORINH 
CURSORLFT 
CURSORRIG 
CURSORTAB 
CURSORUP 
CURSOSTAB 
CURSROW 
DBDDEC 
DCBINIT 
DCBXINIT 
DECBFP 
DECBUFL 


Hex. 

D®16 
82C4 
D817 
82C5 
D®18 
82C6 
D819 
82C7 
D®12 
82CQ 
D813 
a2c1 
D814 
82C2 
D815 
82C3 
BQAF 
E695 
ECCE 
E72D 
DO1F 
F5AC 
FC1A 
829C 
0042 
8055 
FAYA 
F45® 
F3F3 
F44® 
82F® 
FAB® 
F411 
FA7A 
F3E6 
F495 
0054 
F565 
E7BE 
E833 
E6C8 
E6BB 


Dez. 
53270 
7808 
53271 
789 
53272 
718 
53273 
7ı1 
53266 
704 
53267 
705 
53268 
7806 
53269 
707 
79 
59029 
60616 
59181 
53279 
62892 
64538 
668 
66 
85 
62618 
62544 
62451 
62528 
752 
62464 
62481 
62586 
62438 
62613 
84 
62821 
59326 
59443 
59080 
59067 


Bezeichnung 
DECTIMER 
DELCHAR 
DELLINE 
DELTIA 
DERRMSG 
DEVICSRCH 
DEVICSTAT 
DEVS2PL3 
DISKFORM 
DISKINIT 
DISKINTERF 
DISKUTIL 
DISPLYFLG 
DISPLYMSK 
DLIVKT 
DLPTRS 
DLPTRH 
DLPTRL 
DMACNTL 
DMACNTLS 
DMASAVE 
DOBUFC 
DOSAKTIV 
DOSCROLL 
DOSINITC 
DOSINITV 
DOSVKT 
DOSVKTC 
DRAWTO 
DRETRY 
DSKAUX1 
DSKAUX2 
DSKBUFFER 
DSKBUFPTR 
DSKBYTCNT 
DSKCHKSUM 
DSKCMD 
DSKDEVICE 
DSKFLAG 
DSKLDADR 
DSKRDERR 
DSKSECCNT 


Hex. 
C263 
F4D5 
F52® 
F918 
C4A4B 
E712 
B2EA 
E6FF 
0018 
C6B1 
Cc6Cc1 
BB1A 
82FE 
B2AQ 
0200 
08230 
DA483 
D482 
DA42® 
@822F 
82DD 
F8B1 
2009 
F7F7 
C649 
BRBC 
BRDDA 
C434 
FYAF 
82BD 
O3A 
03@0B 
0304 
8832 
0308 
0831 
0302 
0300 
08240 
8242 
C64AC 
0241 


Bezeichnung 
DSKSECLEN 
DSKSTAT 
DSKSTATUS 
DSKTIMOUT 
DSKTIMOUT 
DSKUNIT 
EDITORVKT 
EGETCH 
ENDPOINTR 
EOUTCH 
ERANGE 
ERRORFLAG 
ESCAPE 
ESCAPEFLG 
EXITVBL 
EXTEND 
FILEDAT 
FILEMNGMT 
FINESCRFL 
FINESCROL 
FKDEF 
FKTDEFPTR 
FREI® 
FREI1 
FREI2 
GAPTYPE 
GETBLOCK 
GETBYTEAC 
GETCH 
GETCHECKS 
GETLOWEST 
GETPLT 
GETRAMHI 
GOHANDLER 
GOMEMTEST 
GRAFM 
GRAFP® 
GRAFP1 
GRAFP2 
GRAFP3 
GRAPHEMUL 
GTIACNTL 


Hex. 
82D5 
20030 
0303 
8246 
0306 
0301 
EAQ® 
F24A 
0074 
F2B® 
F6BC 
823F 
F3E® 
B2A2 
Cc298 
F7C2 
82FD 
0043 
826E 
826C 
FB11 
28068 
CB73 
EF65 
FCD6 
BQ3E 
C667 
C7DD 
F18® 
FFA4A 
C9BD 
F18F 
C4B7 
E6EA 
C3BD 
D®11 
D®YD 
DOYE 
D®QF 
D21@ 
0057 
D®1B 


“rr 
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Bezeichnung 
GTIACNTLS 
HANDLERTB 
HATABS 
HELPFLAG 
HIBYTELD 
HILFSWORT 
HITCLR 
HIUSEDLOD 
HNDLRLOAD 
HOLD2 
HPOSM® 
HPOSM1 
HPOSM2 
HPOSM3 
HPOSP® 
HPOSP1 
HPOSP2 
HPOSP3 
HSCROL 
IANTEMP 
INATAC 
INCBFP 
INCLOAD 
INCRSB 
INDSETVKT 
INIT 
INIT20® 
INIT31A 
INITCARTC 
INITLOAD 
INITPOTS 
INITSOME 
INSCHAR 
INSLINE 
INTERCHAR 
INTTAB 
INTVKT 
IOCB®d 
IOCB1 
IOCB2 
IOCB3 
IOCB4 
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Hex. 
826F 
E44 
Qa31A 
82DC 
0288 
200 
D®1E 
82CB 
82E9 
829F 
D894 
D805 
D296 
D807 
D20 
D®81 
D802 
D803 
D484 
822D 
F76A 
E6D1 
E816 
F6BA 
E912 
FCDB 
Cc459 
C34C 
C437 
E7DE 
c239 
EF8E 
FA9F 
F5@C 
CC 
ECA9 
FFFE 
0340 
08350 
0360 
08370 
0380 
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Bezeichnung 
IOCB5 
IOCB6 
IOCB7 
IOCBAUX1Z 
IOCBAUX2Z 
IOCBAUX3Z 
IOCBAUX4Z 
IOCBBUFAZ 
IOCBBUFLZ 
IOCBCHARZ 
IOCBCHIDZ 
IOCBCMD 
IOCBCMDZ 
IOCBDSKNZ 
IOCBNUMZ 
IOCBPUTBZ 
IOCBSTATZ 
IOPORTINI 
IOSOUNDEN 
IRQEN 
IRQENS 
IROSTS 
IRQSTAT 
ISRODN 
ISRSIR 
ISRXD 
JMPCASOFF 
JMPF21E 
JMPF983 
JMPIRQVKT 
JMPSIOINT 
JMPTAB 
JMPTIMER1 
JMPTIMER2 
JOYSTICK®@S 
JOYSTICK18 
JOYSTICK2S 
JOYSTICK3S 
JSRIND 
KBCODE 
KBCODES 
KBDISABLE 


Bezeichnung 
KBGETCHAR 
KBVKT 
KEYCLICK 
KEYDEF 
KEYDEFPTR 
KEYDELAY 
KEYREP 
KEYRPDELY 
KOLMOPF 
KOLMQ&PL 
KOLM1PF 
KOLMIPL 
KOLM2PF 
KOLM2PL 
KOLM3PF 
KOLM3PL 
KOLP&PF 
KOLP&PL 
KOLPIPF 
KOLPIPL 
KOLP2PF 
KOLP2PL 
KOLP3PF 
KOLP3PL 
LCOUNT 
LFTMARGIN 
LINEINSERT 
LINK 
LINKSOMETH 
LOADER 
LOADERTMP 
LOADPTR 
LODADRESS 
LODGBYTEA 
LODZHIUSE 
LODZLOADA 
LOGGET 
LOGICMASK 
LOWMEM 
LPENH 
LPENHS 
LPENV 


Hex. 
F382 
E42® 
F983 
FB51 
8879 
a2F1 
82DA 
82D9 
D22® 
D288 
D281 
D289 
D282 
DOBA 
D283 
D22B 
D284 
DOC 
D285 
DO2D 
D286 
DOdE 
D087 
DO@F 
0233 
08052 
F78E 
E898 
E739 
C753 
0036 
EB87 
82D1 
82CF 
82CD 
82D3 
F758 
82B2 
2d8Qd 
DABC 
08234 
DAdD 


Dez. 
62210 
58400 
63875 
64337 

121 
753 
730 
729 
53248 
53256 
53249 
53257 
53250 
53258 
53251 
53259 
53252 
53260 
53253 
53261 
53254 
53262 
53255 
53263 
563 
82 
63374 
59544 
59193 
51027 
54 
68295 
721 
719 
717 
723 
63320 
690 
128 
54284 
564 
54285 


Bezeichnung 
LPENVS 
LPTVKT 
MASKTAB 
MEMLO 
MEMTOP 
MINTLK 
MLTTMP 
MONSTATUS 
MONTEMP1 
NEUDEVC1 
NEUDEVC3 
NEUDEVC5 
NEUDEVC7 
NEUDEVC9Y9 
NEUDEVCB 
NEUINIT 
NEUINITC 
NEUIODREQ 
NEUIOINIV 
NEUIOMASK 
NEUIOPTR 
NEUIOREQ 
NEUPORT 
NEUPORTERR 
NEUPORTST 
NEUVECTOR 
NEUVRORHDN 
NEWADRLOD 
NEWCART 
NEWDEVICE 
NEWGRCOL 
NEWGRROW 
NEWLDTMP1 
NMIEN 
NMIENABLE 
NMIRES 
NMIST 
NMIVKT 
NOCHKSUM 
NTSCPALS 
NUMTXTLIN 
OFFCURSOR 


Hex. 
0235 
E43® 
CACF 
82E7 
Q2E5 
83F9 
08066 
BQAC 
08051 
C9Y9F 
CYAA 
C9YA9 
CYAE 
C9B3 
C9B8 
C91A 
E49B 
0248 
0238 
8249 
828C 
C97C 
D1FF 
C9D8 
cAı11l 
C8F2 
0247 
828E 
C4D7 
EEBC 
82F6 
82F5 
QO24AA 
DAQE 
CoBC 
DAQF 
DAQF 
FFFA 
BO3C 
2062 
82BF 
F718 


“rr 
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Bezeichnung 
OLDGRADR 
OLDGRCHR 
OLDGRCOL 
OLDGRROW 
OPTIONJMP 
OUTCH 
OUTPLT 
PADDLE®S 
PADDLE18 
PADDLE2S 
PADDLE33 
PADDLE43 
PADDLES5S 
PADDLE63 
PADDLE78 
PADTRIGS 
PHACRS 
PHCLOSE 
PHOPEN 
PHPUT 
PHSTAT 
PHWRITE 
PLACRS 
PLOTCOLAC 
PLOTROWAC 
PMBASE 
PMCNTL 
PNMI 
POKTAB 
PORTA 
PORTACNTL 
PORTB 
PORTBCNTL 
POT® 

POT1 

POT2 

POT3 

POT4 

POT5 

POT6 

POT7 
POTGO 


378 


Hex. 
BRSE 
2R5D 
2a5B 
BRDS5A 
Q3BE 
F1A4A 
F1CA 
08270 
0271 
0272 
0273 
0274 
0275 
0276 
0277 
Cc23C 
F9A4C 
FF&2 
FEC2 
FF3F 
FEAS3 
FECB 
F957 
0072 
0070 
D407 
D®1D 
c®18 
EDF9 
D30 
D302 
D301 
D303 
D208 
D221 
D222 
D203 
D284 
D205 
D296 
D207 
D22B 


Dez. 
94 
93 
91 
98 
782 
61860 
61898 
624 
625 
626 
627 
628 
629 
630 
631 
49724 
63820 
65282 
65218 
65343 
65187 
65227 
63831 
114 
112 
54279 
53277 
49176 
68921 
540816 
54018 
54017 
54019 
53768 
53761 
53762 
53763 
53764 
53765 
53766 
53767 
53771 
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Bezeichnung 
POTSTAT 
POWUPBYT1 
POWUPBYT2 
POWUPBYT3 
PREPLINK 
PRINTBUF 
PRMODE 
PRTBUFPTR 
PRTBUFSIZ 
PRWONA 
PTIMOUT 
PTRIGQS 
PTRIG18 
PTRIG23 
PTRIG3S 
PTRIG48 
PTRIG5S 
PTRIG638 
PTRIG78 
PUTADRESS 
PUTBYTE1 
PUTCHAR 
PUTLINE 
PUTMSC 
RAMSIZE 
RAMTOP 
RAMTSTPTR 
RANDOM 
READJOY® 
READJOY1 
READPOTS 
READTRIG® 
READTRIG1 
RECEIVE 
RECEIVEN 
RECEIVEND 
RECLEN 
RESETCOLD 
RESETCOLD 
RESETVKT 
RESETWARM 
RETURM 


Hex. 

D288 
833D 
833E 
033F 
CA37 
83CQ 
FF46 
82DE 
82DF 
EF6E 
08314 
827C 
827D 
827E 
827F 
0280 
0281 
0282 
0283 
C748 
EF26 
C7E3 
C650 
F9YA6 
B2EA 
BO6A 
2004 
D2QA 
C28E 
c2e1 
C22B 
Cc219 
Cc222 
EAFD 
EC4A® 
8039 
8245 
C2B8 
C2D6 
FFFC 
C29E 
F2&B 


Bezeichnung 
RIGMARGIN 
ROMFLAG 
ROWINC 
RTS 
RUNADRC 
RUNADRLOD 
RUNLOADED 
SAVEADR 
SCREENVKT 
SCRNSTART 
SCROLFINE 
SEARCHLNK 
SEND 
SENDDIS 
SENDENABL 
SENDINIT 
SERIN 
SEROUT 
SETDCB 
SETTIMI1V 
SETTIMOUT 
SETVBLVKT 
SHFAMT 
SHIFTLOCK 
SINRDYIRQ 
sIo 
SIOINIT 
SIOINTERF 
SIOSYSBUF 
SIOTAB 
SIZEM 
SIZEP® 
SIZEP1 
SIZEP2 
SIZEP3 
SKCNTL 
SKCNTLS 
SKSTAT 
SKSTATRES 
SPECHANDL 
SRTIMER 
STACKSAVE 


Hex. 
08053 
O3FA 
82F8 
EAC® 
C7E® 
82C9 
C7A3 
2068 
E41® 
0058 
F22E 
E85D 
EA88 
EC84 
EC17 
ECAF 
D2@d 
D2@d 
FFOF 
EDE2 
ECYA 
C28® 
BR6F 
82BE 
Cca3% 
E971 
E95C 
Cc941 
FE3F 
E851 
DOC 
D288 
D289 
DOBA 
D22B 
D2@F 
0232 
D2@F 
D2BA 
EEF9 
822B 
0318 


Dez. 
83 
1818 
760 
58560 
51168 
713 
51107 
104 
58384 
88 
61998 
59485 
62040 
60548 
68439 
68591 
53773 
53773 
65295 
60898 
608570 
49792 
111 
782 
49200 
59761 
59748 
51521 
65087 
59473 
53260 
53256 
53257 
53258 
53259 
53775 
562 
53775 
53778 
61177 
555 
792 


Bezeichnung 
STANDCHAR 
STARTSTOP 
STARTTST 
STATUS 
STIMER 
STRBEG 
SUBBFL 
SUBEND 
SUBTEMP 
SUPERFLAG 
SWAP 
SWAPANSPR 
SWAPFLAG 
SWITCHROM 
SYSINIT 
SYSTEMVBL 
TABELLE 
TABELLEN 
TABELLEN 
TABMAP 
TABSIOINI 
TEMPLBT 
TEMPROW 
TEMPSTAT 
TESTCNTL 
TESTDATA 
TESTROMEN 
TEXTBUF 
TEXTCOL 
TEXTGRAD 
TEXTINDEX 
TEXTOLD 
TEXTROW 
TEXTSTART 
TIMCOUNT1 
TIMCOUNT2 
TIMCOUNT3 
TIMCOUNT4 
TIMCOUNT5 
TIMEFLAG 
TIMER1VKT 
TIMER2VKT 


Hex. 
EB 
®2FF 
B3E9 
FDCC 
D289 
F9C 
E6D8 
F6AE 
829E 
Q3E8 
F962 
F21E 
807B 
CI9BA 
C543 
COAFO 
FE8D 
CA65 
FBQ4 
@2A3 
E7D4 
@2A1 
82B8 
8319 
F93C 
0007 
F223 
28580 
8291 
@829A 
8293 
8296 
8298 
0294 
8218 
B21A 
a21C 
a21E 
08220 
8317 
8226 
0228 


“rr 
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Bezeichnung 
TIMER3SIG 
TIMER4SIG 
TIMER5SIG 
TIMOUTINT 
TMPRAMSIZ 
TRIG® 
TRIG® 
TRIG1 
TRIG1 
TRIG2 
TRIG2 
TRIGS3 
TRIGS3 
UNLINK 
VBLKDVKT 
VBLKIVKT 
VBREAK 
VBREAKKEY 
VCOUNT 
VDELAY 
VECTAB 
VIMMEDIRQ 
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Hex. 
Q22A 
822C 
822E 
Ec11 
22806 
0284 
D®1® 
0285 
D®11 
0286 
D®12 
0287 
D®13 
E915 
0224 
0222 
2206 
0236 
DAQB 
DE1C 
CaD7 
8216 
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Bezeichnung 
VINTERRUP 
VKEYBOARD 
VPRECEDE 
VSCROL 
VSERCLOSE 
VSERIELIN 
VSERREADY 
VTIMER1 
VTIMER2 
VTIMER4 
WAIT 
WAITHSYNC 
WAITRESET 
WARMFLAG 
WRITEMODE 
WSIOSB 
X64KBFLAG 
XMITEND 
XORKEYMSK 
ZCHAIN 
ZCHAINH 


12 Das Inhaltsregister 





KEEP BEER HP RHRPERER FSB SPCRRERE FREE 8 
KRISE IE EO REDREERERENNHERREHFEN 8 
015) VENEN ER EC ENER ARBERERE RER 28 
Adresse, 4. 1... 00 a0 wre 25 
Analog/Digital.......... 166 
Anschlusspläne........... 63 
ANTIC u ann 39 

Anschlüsse. ....:2222 0. 65 

Befehlssatz......:.:.:... 87 

Befehlstabellen....... 92 


Bildaufbauprinzip... .118 
Bilddatendarstellung. 129 


Bilddatenquellen...... 75 
Bilderstellung........ 39 
Bildgrafik-Modus...... 95 
Bildgrafiktabelle... .100 
Bildspeicher.......... 40 
Bildspeicherzähler... .89 
Bildverschiebung..... 112 
Bildzeilenbefehl...... 91 
Programm... .u2r.2.. 87, 94 
Programm-Zähler....... 88 
Asynchrone Übertragung. .169 
AUDIOCOM. .. 2.22. cecr een 168 
BASIC anna ein 44 
Betriebssystem...... 47, 191 
Routinen. ...veccreen. 214 
Bildbreite........... 39, 76 
Bildschirm... ...2ccerr0.. 39 
Bildschirmsteuerung..... 301 
Bit: 7.2.2 nam 14 
BEOCKS ARE ER 237 
Böoten. u... en a 236 
Busstecker (PBI)......... 71 


“rr 


Bytes. ande a 20 
Cartridge......222cern0n. 43 

Buchse... 2.2 2ccceerer 78 
CAST are et 61 
CHARBASE. .. 22er seen 102 
CHARCNTL. „22a ana 105 
Color-Clock......2rcr 20. 76 
COLPEN:. 244 wre 131 
CRU: A eu en ne 28 

Anschlüsse... ....2.22.. 64 
CTIAr su aa era 131 
Cursorsteuerung......... 382 
Digitalrechner........... 11 
Diskettenverarbeitung. . .212 
DEPTRHFE.: ur as 88 
DMA on re reger 40 

Controller.......2... 193 

DMACNTL.. 2.2 22er 77 

Kontrolle........222.. 77 
Druckerverwaltung....... 314 
Ein-/Ausgabe............ 202 
Einleitung. ......2.ccncnann 5 
Erweiterung. .....22cer0.. 45 
Farben. wo a sea aan 48 

Farbregister.... .129, 138 

Grundfarben.......... 138 
Farbtakt....22cccceerren 76 
Feinverschiebung........ 116 
Formatierung. ......2.2.. 244 
Frequenz... ei ne 154 
Frequenzbereich......... 155 
Geräusch...... 22er eee en 155 
Geschossgröße. .... vr. 2.0. 141 
Geschossregister........ 139 
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Grobverschiebung........ 113 
GTIA. Yen sten 40, 66, 125 

Betriebsarten........ 132 

GTIACNTL...... 132, 142f. 
Halbbilder.......: 222220. 76 
Handlertabelle 233, 268, 356 
Hardware......2ccac 22. 21, 51 
Hardwareadressen........ 360 
HATABS. . 2.2... 233, 268, 356 
Hauptausgaberoutine..... 263 
HELP SE he re 349 
Hexadezimal......:222r222 0. 16 
HIGH» ara 32 
Horizontalverschiebung. .122 
HSEROL-#,- 3 er ern 116 
Hüllkurve.. v2. os eoennean 155 
Informationstheorie...... 23 
Input/Output......22r20.. 30 
interlaced scan......:.:.. 76 
Interrupt.....222... 47, 199 
TOCBer sr ee er ch 203 

Kommandos. ...: 222220: 204 

STALUS: 24... een 207 
JoyStick......ucnarnennnn 42 

Büchse.»nn anne. 78 

Eingänge. ......2cer.n. 58 
Kaltstart....222ccce20n 227 
KBIE 2 a anne 29 
KBytes u nn Dane 29 
Kollisionen.........2...: 144 
Konsolentaster.......... 15® 
LOWER 32 
MatriX rer 23 
MESSEN .-.. 4. 0 8 8 anne 33 
Messinstrumente......::.. 33 
MA een 42, 54 

Anschlüsse. ....::222..: 69 
MPD: a... ae 61 
Netzteil: waren 52 
NME:. 0.2.24 .020a. 0 nl 79 
NTSC/PAL. sooo anna 151 
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OKtäl usa 20 
OUEPUL. u ann 30 
Overscan... see eeeerennn nn 76 
Paddle.......2cccc20. 42, 58 
Steuerung... zer. 166 
PAL-Baustein........2.2.. 43 
PIAH. SE en ae 42, 184 
Anschlüsse. ........... 68 
PIXER.s een 101 
Player-Missile-Grafik....82 
PMENTE. 4.4. 2 5er we 137 
POKEY oo seeeeeene nn 38, 153 
Anschlüsse. ........... 67 
POrFT Ara 2 2a ar 185 
Port’ Bar. ses a aaa 185 
Positionsregister....... 139 
Projektion.........2.2.. 101 
RAM Drake 21, 52 
RAS cs san ehe 61 
Reset... 2.2222... 55, 199, 228 
ROMS a ae 21, 57 
Schattenregister. . .128, 199 
Schieberegister......... 157 
Schriftgrafik........... 101 
Übersicht der Modi... .111 
Schwingung. .....222.r 0. 155 
Scrolling.. :...3.2.442:.43:.:% 112 
Sedezimal.......222ceun.. 16 
Sektör.. u.a re 237 
Selbsttest........2@r.0.. 43 
Serielle Schnittstelle. .44, 
69, 179 
Serieller Bus........... 286 
SION Re 
Steuerung... zen 286 
SIZEM.... u... nes 141 
STZEPN. us 84 ae 141 
SKSTAT =... 2.4 2 175 
Speicher........c@cnan0nn 21 
Anordnung... .. 2.2 r.2.. 23 
Aufteilung. .......2... 63 


Plans ae 321 

Platz... 00a. an 26 
Spielergrafikregister.. .138 
Spielergröße.......c22.. 141 
Spielfeldbreite.......... 78 
Sprungbefehl............. 91 
Sprungtabelle........... 258 
Standardausgabe.......... 39 
Startbit.-.2..u ren 171 
Stöpbit: ...w..rr ee 171 
Synchrone Übertragung. . .169 
SYNTAX: a a 24 
Systembus......2cnsnennnn 45 
Taktgenerator............ 53 
Tastatur... 22020 38 

Abfrage.....222arcn.. 164 
TIMER anne De ke ae nd gen 200 
Tonerzeugung. ....... 41, 154 
Tracks sans anna 237 
Triggereingänge......... 149 
TTL-Standard..... vr. c220. 31 
Überschreiben............ 27 
Übertragungsraten....... 178 
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Unterlängen...........2.. 106 
VEOUNT. a 3a Era ee 80 
VDELAY: 3:4. 3 #248: 20% 82% 148 
Verschieben (Bild)...... 112 
Vertical-Blank-Interrupt 218 
Vertikalverschiebung.... .117 
Verzerrung... ..uceernnnn 158 
VSCROL. Au wa ei 117 
WAITHSYNC. . 2.22 reeeee nn 81 
Wandlung (hex - dez)..... 15 
Warmstart....2ceeeneenen 226 
Zahlensystem............. 11 
ZEIChen.: 2... on s 

Ausblendung.......... 105 

Invertierung......... 105 

-generator......n.2.. 101 

"grafik... rn 101 

-grafik (Modi)....... 111 

SSATZ. ee De 101 
Zentraleinheit........... 28 
Zielgruppe des Atari..... 36 
Zusammenstöße. ... 2.2... 144 
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DAS STEHT DRIN: 

ATARI-INTERN ist ein unentbehrliches Arbeitsmittel 
für jeden, der sich ernsthaft mit Technik und Betriebs- 
system der ATARI-COMPUTER 600 XL / 800 XL aus- 
einandersetzen will. 


Aus dem Inhalt: 


—- Das Konzept des ATARI 

— Die Hardware 

- Der ANTIC 
Kontroll- und Lightpenregister 
Bild- und Schriftgrafik 
Scrolling 

- Der GTIA 
Darstellung der ANTIC-Bilddaten 
Player-Missile-Grafik 

- Der POKEY 
Tonerzeugung 
Tastaturabfrage 
Paddlesteuerung 

- Der PIA 

—- Das Betriebssystem des ATARI 
Reset und Interrupts 

- Der Speicherplan 


UND GESCHRIEBEN HABEN DIESES BUCH: 
Bernd Grohmann ist Student der Elektrotechnik, Lutz 
Eichler studiert Informatik. Beide haben Erfahrung in 
der Entwicklung von Hardwareerweiterungen und pro- 
fessioneller Software. 
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